Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

On Tue, 9 Oct 2018 at 20:51, Andrew Davidson  wrote:
> One question would be should we be putting a place tag on admin
> boundaries? According to taginfo only 34% of admin_level=10 has a place
> tag.

I say yes since these suburbs are an area not a single point.

> > - how we'll manage that upload in terms of breaking it up into smaller 
> > pieces
>
> I'd assumed that you'd be uploading them using an import account. How
> small to break them up into would depend on what's used to upload them.
> State-by-state does have the advantage that the existing state borders
> are going to have to be manual snapped to the imported boundaries anyway.
>
> > - if there is any re-using of existing ways or not
>
> As several others have pointed out if we import the boundaries
> completely then mappers can manually snap them to natural features,
> roads, other boundaries etc to their heart's content. This step is
> optional as the boundaries will still be valid even if no one does any
> follow up work.
>
> As a minimum the boundaries would have to be matched to the existing
> state boundaries, otherwise there will be overlaps or slivers.

+1

> > - how to ensure we're retaining the existing LGA/Suburb data in OSM.
>
> So I'm assuming here that we are not talking about NSW/SA/ACT. These
> have already been done from state data and if the PSMA data is different
> then we should be going back to the state data to check (at which point
> we're using the state data).

+1

> To keep history I thought we'd could keep record of the current relation
> numbers of the existing admin boundaries, scrub off the no longer needed
> ways, and once the new boundaries are imported swap the new for old. For
> boundaries that are currently closed ways we'd need to convert them to a
> one-member relation first.

That should be possible.

On Tue, 9 Oct 2018 at 21:14, Lee Mason  wrote:
> I didn’t know what to make of QLD, but I’ve just found this definition which 
> suggests that the OSM coastline should be sufficient:
> http://qldspatial.information.qld.gov.au/catalogue/custom/viewMetadataDetails.page?uuid=%7B3F3DBD69-647B-4833-B0A5-CC43D5E70699%7D
> “For coastal areas other than Brisbane, the LGA comprises the mainland and 
> all islands above their respective sea-shores within the encompassed area.”

Thanks Lee!

On Tue, 9 Oct 2018 at 21:53, Joel H.  wrote:
>
> Good, doing country wide I think would have been a pain. I just tried
> QLD and all is looking good except the boundaries which extend into the
> ocean.
>
> Are you going to do the upload? And when should we do it?

I'm happy to do it, but I don't think we're at the point where it's
ready just yet.

As others have pointed out, in terms of LGAs,
- WA has three already in OSM of unknown origin, some don't match the
PSMA data. I've added a changeset comment to try to determine if we
leave those in place or replace them.
- NT has one which is from 3 years ago originally from GA, which
doesn't account for a new LGA from 2014, so I'm okay to replace this.
- TAS have no LGAs in OSM currently
- Chrismas Island/Cocos Island have no LGAs in OSM currently
- SA has some LGAs, we'll just add in those missing and leave the
existing ones in place
- ACT is N/A
- NSW already in OSM, so let's skip this
- VIC already in OSM, so let's skip this
- QLD has some rough approximations for a few LGA, I propose to
replace these with the more detailed boundaries

for Suburb/Localities, VIC has a lot of big differences so some local
knowledge on that would be great, NSW is mostly complete, SA is just
missing Adelaide.

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

Re: [talk-au] PSMA Administrative Boundaries

[Ewen Hill]

Good afternoon all,
   Firstly, I assume that this has been an issue elsewhere in the world
where a large body of official data over a wide area needs to be integrated.
Is there a way of going out to other countries and seeing how they worked it
and what lessons they learned.

My plan would be to make a web based system outside OSM by having an
external web db having both the PSMA and the current OSM suburb level data. 
Both would be updated daily automatically and identify
1. Where the PSMA is completely missing from OSM
2. Where OSM data is completely missing from PSMA or duplicated (two suburbs
of same name) or broken.
3. Where there are significant differences in size or overlap of the
polygons (sorted in order of mismatch)
4. Where there are small differences that can be taken as creek alignment or
a new roundabout and could be flagged as potentially a false positive.

In that way, we can attack the list, suburb by suburb from 1 to 4. A map
could be made of the the PSMA location and have all associated nodes and
ways displayed and mathematically provide a best solution for the editor to
consider. It may use portion or entire existing lines or it may be easier
just to down load the new suburb and have the other suburbs meet it
manually. 

Once the editor has decided the approach, it creates a data set and then
sends them to their prefer editor to make sure all is good. The old boundary
is tagged as well as the new one correctly. 

The entire system doesn't need to be built immediately, just the variation
list perhaps. Happy to help further. 

This process removes a lot of risk out of the equation and allows for
constant monitoring however is clerly slower than a bulk update by state.

Your thoughts?



--
Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html

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

Re: [Talk-it-trentino] Nuovo utente

[Luca Delucchi]

On Tue, 9 Oct 2018 at 22:28, Francesco Pelullo  wrote:
>
> Ciao a tutti,
>

ciao,

> avrei veramente piacere di incontrarvi.
> Che ne dite di fissare una data per questo meeting?
>

ecco qui il sondaggio

https://dudle.inf.tu-dresden.de/Cena_utenti_trentini_OSM/

diamo come deadline per il voto questa domenica ok?

> Ciao
> /niubii/
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk-fr] Ref A, N, D, C ... M ?

[Axelos]

Bonjour,

Le 09/10/2018 à 22:41, Jean-Claude Repetto a écrit :
> Le 09/10/2018 à 20:38, Axelos a écrit :
>> Aujourd'hui j'ai appris que la Métropole du Grand Nancy a une réflexion
>> sur le référencement des routes départementales prochainement déclassées
>> (ou déjà déclassées ?).
>> L'idée serait de les référencer avec la lettre M comme route
>> Métropolitaine.
>>
> 
> C'est la métropole Nice Côte d'Azur qui a mis en place cette
> numérotation la première, depuis le 1er janvier 2012. On en parlait sur
> cette liste en 2013:
> 

Merci Jean-Claude, moi-même je m’amuse souvent à indiquer que certains
sujets ont déjà été traités :)
Pour 2013 il est probable que je n’étais pas encore inscrit sur cette
liste (mais déjà contributeur).

Petite précision : En relisant l'article, les routes départementales
(118 km) sont déjà sous la gestion du Grand Nancy depuis début 2017.

À plus.

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

Re: [OSM-talk-fr] Rendu FR : récifs

[Nicolas Toublanc]

Ah oui, les cartes de Mayotte, dernier département français, sont tellement
plus belles (et plus réelles) avec sa barrière de corail et ses récifs
frangeants.

Il suffit de regarder la carte IGN pour s'en convaincre!


2018-10-09 9:37 GMT+03:00 Christian Quest :

> Ah oui, pourquoi pas...
>
> Le lun. 8 oct. 2018 à 20:06, Waxy  a écrit :
>
>> Salut,
>>
>> Me demandais comme ça si ça serait pas opportun (joli ) de rendre les
>> lagons sur le rendu FR (natural=reef, subsea=coral_reef, place=atoll…)
>>
>> @+
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [talk-au] [Imports] Public Barbeques in the ACT

[Andrew Harvey]

Hi Riley,

If you've checked a few and the quality looks good, then I think
that's fine, and I'm okay these being imported.

However I think the import should:

1. Only import STATUS=YES, unless we know what STATUS=NO or STATUS=null means.
2. Leave out the refs/ids unless these are surveyable.
3. Convert the BBQ_TYPE_CODE to fuel=electric|gas|wood
4. Ensure you don't add duplicates (so don't import over the top of
existing mapped bbqs)

So the features are only tagged with:
amenity=bbq
fuel=*

I don't mind either way if the source tag is used on the object or on
the changeset.

What tools/process were you going to use to get the file in shape? The
way I'd do it is download the GeoJSON file at
http://actmapi-actgov.opendata.arcgis.com/datasets/cce3d3c3ed9d4a5d894c26a3cf7f8757_0.geojson
then just open it in JOSM with the GeoJSON plugin, and do the mass tag
filtering/cleanup in JOSM with the search tool, then I'd use the
Conflate plugin to merge with what's existing, probably keeping the
original geometries.

How do you plan to do this?
On Wed, 10 Oct 2018 at 12:26, Riley Baird  wrote:
>
> On Mon, 8 Oct 2018 18:09:20 +1100
> Andrew Harvey  wrote:
>
> > On Sun, 7 Oct 2018 at 17:48, Graeme Fitzpatrick  
> > wrote:
> > > On Sun, 7 Oct 2018 at 16:19, Riley Baird  wrote:
> > >> At present, the data is released under CC BY 4.0 international, so it
> > >> appears that I would have to send a message requesting permission to
> > >> use it in a way compatible with the OSM licence.
> > > Have a look at 
> > > https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue - we've 
> > > already been given permission to use that info, together with a heap more 
> > > ACT data.
> >
> > ^ this, we already have the waiver completed for ACTMapi data which
> > includes the BBQ dataset.
>
> Thanks, that makes things much easier!
>
> > On Mon, 8 Oct 2018 at 00:27, Mateusz Konieczny  
> > wrote:
> > > What was your way of checking quality of this data? I had experience with 
> > > some
> > > official data that was good enough to help with mapping (detection of 
> > > places where features
> > > were not mapped) but was full of mistakes including poor locations and
> > > nonexisting objects.
> >
> > I agree with this, I've seen both good and poor data, so it's a good
> > idea to do some basic checking of the data quality before bringing it
> > in.
>
> Right, is that just basically visiting places? What do you think a
> reasonable number to check would be before importing?
>
> > > As a start, I was considering importing their "Public Barbeques in the
> > > ACT" dataset, which does not appear to currently be included in the map.
> >
> > Do you have a plan in place of how you'd do the import? Ensuring
> > correct tags are used and data is conflated with whats in OSM already?
>
> Not in detail yet, I'll be able to get a better idea once I can read
> the import documentation.
>

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

Re: [talk-au] [Imports] Public Barbeques in the ACT

[Riley Baird]

On Mon, 8 Oct 2018 18:09:20 +1100
Andrew Harvey  wrote:

> On Sun, 7 Oct 2018 at 17:48, Graeme Fitzpatrick  wrote:
> > On Sun, 7 Oct 2018 at 16:19, Riley Baird  wrote:
> >> At present, the data is released under CC BY 4.0 international, so it
> >> appears that I would have to send a message requesting permission to
> >> use it in a way compatible with the OSM licence.
> > Have a look at 
> > https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue - we've 
> > already been given permission to use that info, together with a heap more 
> > ACT data.
> 
> ^ this, we already have the waiver completed for ACTMapi data which
> includes the BBQ dataset.

Thanks, that makes things much easier!

> On Mon, 8 Oct 2018 at 00:27, Mateusz Konieczny  
> wrote:
> > What was your way of checking quality of this data? I had experience with 
> > some
> > official data that was good enough to help with mapping (detection of 
> > places where features
> > were not mapped) but was full of mistakes including poor locations and
> > nonexisting objects.
> 
> I agree with this, I've seen both good and poor data, so it's a good
> idea to do some basic checking of the data quality before bringing it
> in.

Right, is that just basically visiting places? What do you think a
reasonable number to check would be before importing?

> > As a start, I was considering importing their "Public Barbeques in the
> > ACT" dataset, which does not appear to currently be included in the map.
> 
> Do you have a plan in place of how you'd do the import? Ensuring
> correct tags are used and data is conflated with whats in OSM already?

Not in detail yet, I'll be able to get a better idea once I can read
the import documentation.


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

Re: [talk-au] [Imports] Public Barbeques in the ACT

[Riley Baird]

On Sun, 7 Oct 2018 15:25:35 +0200 (CEST)
Mateusz Konieczny  wrote:

> > The Australian Capital Territory (ACT) Government makes available a
> > significant amount of its data online, at data.act.gov.au, some of
> > which could be useful to have in OSM.
> >
> 
> 
> 
> 
> What was your way of checking quality of this data? I had experience with 
> some 
> 
> 
> official data that was good enough to help with mapping (detection of places 
> where features
> 
> were not mapped) but was full of mistakes including poor locations and 
> 
> 
> nonexisting objects.

I have visited several places based on the information in this dataset,
and every time I have actually found a public barbecue there.

> > As a start, I was considering importing their "Public Barbeques in the
> > ACT" dataset, which does not appear to currently be included in the map.
> >
> 
> 
> 
> 
> What was your process of checking whatever this features are mapped?

I looked for some of the points from the ACT dataset on OSM, and found
nothing there. (Though at some, I found some picnic tables marked.)

> How you plan to mark them on the map during the import?

There is an amenity=bbq tag.
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbbq


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

[Talk-cz] pozvánka na listopadový mapathon a konferenci OpenAlt 2018 v Brně

[r.stampach]

Vážení příznivci OpenStreetMap,

jak asi většina odběratelů tohoto fóra tuší, ve dnech 3. a 4. listopadu se v 
Brně koná další ročník konference OpenAlt 2018.

A v jejím rámci se tentokrát (kromě mnoha jiných zajímavostí) odehraje i další 
z brněnských Missing Maps mapathonů. Vracíme se totiž ke kořenům. Tady to 
začalo. Na OpenAlt 2016 se uskutečnil první brněnský Missing maps mapathon. Od 
té doby se v Brně konají mapathony pravidelně. Proto jsme se pro dvouleté 
výročí brněnských mapathonů rozhodli uspořádat další mapathon právě na 
konferenci OpenAlt 2018 (https://openalt.cz/2018/). 

Konkrétně  v neděli 4. listopadu 2018 od 14:00 do 16:30. Sekce mapathonu v 
programu konference je zde: https://openalt.cz/2018/program_detail.php#event_88

Co potřebujete?
Je potřeba si přinést vlastní notebook a k němu určitě i myš. Stabilní 
bezdrátové připojení bude zajištěno.

A co samotná konference?
Když už budete na mapathonu, proč se nezajít podívat i jinam? Účast na 
konferenci OpenAlt 2018 je bezplatná. Na konferenci se koná množství zajímavých 
přednášek z oboru otevřených dat, programů i společnosti. Program je k 
prozkoumání zde: https://openalt.cz/2018/program.php

Protože se mapathon koná v rámci konference, tak velice doporučujeme 
zaregistrovat se na mapathon 
(https://www.eventbrite.co.uk/e/brnensky-listopadovy-missing-maps-mapathon-tickets-51208220165?)
 ale také na samotnou konferenci (https://openalt.cz/2018/form_registrace.php). 
Organizátoři chtějí mít přibližný přehled o počtu návštěvníků konference. 
Děkujeme.

Místo konference:
Fakulta informačních technologií
Vysoké učení technické v Brně
Božetěchova 1/2, 61266 Brno

https://www.openstreetmap.org/way/44685077

Poloha: 49° 13' 36.11" N, 16° 35' 49.08" E

Těší se na Vás organizační tým brněnských mapathonů (Radim, Daniel, Jakub, 
Katka a Michal) a také organizátoři konference OpenAlt 2018

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

Re: [OSM-talk-fr] Ref A, N, D, C ... M ?

[Philippe Verdy]

Avant que ça se produise ailleurs il faut que la collectivité ait une
compétence en matière de gestion d'infrastructure routière, et elle n'a
aucune chance de se voir confier une telle compétence avant d'avoir établi
un plan d'objectifs à long terme (notamment le PDU, réalisé via maintenant
le SCOT mis en oeuvre par une intercommunalité, dont les métropoles, ou
d'autres collectivités locales qui se voient transférer ces compétences
soit par leurs collectivités membres, soit par les collectivités dont elles
sont elles-même membre ou par l'Etat, ce transfert engage pour au moins
plusieurs décennies : un SCOT est fait pour durer au moins 20 à 30 ans et
doit contenir des engagements financiers et un plan budgétaire : un réseau
routier ça coute très cher et ça dure longtemps, et c'est compliqué en plus
de se mettre en accord avec la législation et cela engage aussi civilement
et pénalement, donc la collectivité doit aussi avoir la personnalité
juridique, s'assurer, etc.)

Ce n'est pas évident de transférer légalement une telle responsabilité
d'une entité à une autre; mais les métropoles ont les reins assez solides
(et une autonomie financière suffisante), et sont aussi soutenues
directement par leurs communes membres qui souhaitent aussi ne plus gérer
elles-mêmes et seules des infrastructures qui sont en fait d'intérêt commun
à une collectivité plus large (sens ascendant) ; dans l'autre sens ce n'est
pas évident non plus qu'une collectivité plus petite puisse supporter les
frais et les risques sans garantie financière ou garantie à suffisamment
long terme que ce transfert ne leur fera pas simplement supporter une
charge de plus sans les recettes qui vont avec et aussi la capacité à gérer
directement les évolutions futures attendues ou les risques accidentels (il
faut une forme de solidarité, soit par un financement coopératif et une
péréquation solidaire entre entités de même genre, soit par un fonds
d'assurance à prendre dans le privé, et aussi la capacité à gérer l'urgence
en cas de besoin en pouvant fermer une partie de ce réseau et le détourner
ailleurs, grâce à des accords de coopération avec les autres réseaux et des
points d'échange permanents) : c'est assez lourd en fait
administrativement, et un tel transfert n'est pas nécessairement une
économie globale car ça peut ralentir les décisions nécessaires en
multipliant les interlocuteurs ayant chacun des intérêts et priorités
différents.

Si cela n'apporte pas d'économie car cela oblige les autres parties à
devoir contribuer au delà de ce qu'elles peuvent faire, un tel transfert
n'est pas envisageable. Mais dans le cas du transfert ascendant (des
communes à l'intercommunalité) cela prend un sens si les autres communes y
trouvent aussi un intérêt et n'assument pas de risques supplémentaires pour
des infrastructures qu'elles estiment aussi nécessaires ou utiles à leur
propre développement local. On doit donc raisonner en terme d'efficacité et
de facilité de gestion : un tel transfert doit permettre de trouver une
cohérence au nouvel ensemble. Je doute qu'aujourd'hui les communes
accepteraient de prendre en charge de nouvelles infrastructures routières
publiques (déjà elles se débarassent d'une bonne partie en les privatisant
et imposant à la place la conservation des droits de passage, mais les
propriétaires ne sont pas toujours d'accord, d'autres fois les communes se
voient infliger de gérer elles-mêmes des infrastructures abandonnées par
leurs anciens propriétaires, et quand elles ne veulent pas l'entretenir,
elles préfèrent fermer ce réseau ou le transformer en voie piétonne,
beaucoup moins contraignante, ou en les reconvertissant en chemins
naturels, ou en réduisant notablement leur emprise pour les transformer en
simples chemins piétons et cédant les parcelles autour pour générer des
revenus à la vente puis en fiscalité foncière, ou dynamiser un espace
naturel, ou aider à mieux le protéger)

Je pense que rien n'est figé et qu'on aura d'autres transferts de ce type
(dans les deux sens ascendants et descendants) et le changement de
dénomination et référence aide aussi le public à savoir quelle collectivité
est responsable d'une infrastructure publique et quel en est l'intérêt
local ou régional en terme de déplacements sur différentes échelles de
parcours et différents usages. Les réseaux reflètent donc aussi l'évolution
des usages et leur dénomination vient aider là où les vieilles
départementales ne correspondent plus aux usages actuels et sont le plus
souvent juste des liaisons intercommunales dont l'utilité se justifie juste
à l'échelle de l'intercommunalité (si toutes les autres communes y trouvent
un intérêt commun), ou sinon à leurs seuls usagers locaux (qui devront
alors y contribuer davantage ou prendre en charge eux-mêmes les
infrastructures restantes selon les besoins qui leurs sont propres mais
aussi selon leurs propres désirs, et la possibilité alors donnée pour eux
de limiter l'usage "réservé aux riverains" s'ils n'ont pas de garantie de

Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru

[Marián Kyral]

On 10/9/18 7:13 AM, Marián Kyral wrote:
>
> -- Původní e-mail --
> Od: majka 
> Komu: talk-cz@openstreetmap.org
> Datum: 8. 10. 2018 23:12:38
> Předmět: Re: [Talk-cz] Poštovní schránky - aktualizace doby výběru
>
>
> On Mon, 8 Oct 2018 at 20:48, Mirek Dlask  > wrote:
>
> Poznámka k přehledu poštovních schránek.
> Například http://josm.poloha.net/cz_pbox/depo.php?id=29407
> V pravém sloupci 'Zdroj' mám první řádek 201808 další 201802.
> Čekal bych 201809 nebo 201810. Jsem zmaten :-) 
>
>
> Dnes jsem si vyfotil schránku 29407:291 která by měla být
> zrušena, ale schránka je stále na svém místě. A to i v
> aktuálních datech České pošty, které jsem si teď stáhl.
>
>  
> *Obojí je způsobeno tímtéž: Marián neměl čas ten přehled
> aktualizovat, takže se mu porovnává proti souboru z minulého měsíce.*
>
>
> Ahoj,
> omlouvám se za zmatky, zkusím to co nejdřív napravit. Ale mám
> rozdělaný HW projekt s esp32, k tomu jsem tak dlouho hledal vhodnou
> krabičku až jsem si nakonec pořídil 3D tiskárnu ( ;-o ) a s tou si teď
> hraji, takže OSM momentálně jede po vedlejší koleji. Nicméně očekávám,
> že s prodlužujícími se večery se zase budu OSM více věnovat. Ať už
> mapování, importu ČP (mám tam rozdělané přidávání komentářů ke
> schránkám), tracer pluginu nebo zlepšování osmap.cz. Tam mám asi
> největší resty. Plánů plno, času klasicky málo ;-)
>
> Zmatky, které nám do importu vnáší lidi od pošty raději komentovat
> nebudu. Ale radost mi nedělají.
>
> Marián


Ahoj,
data aktualizována na 201810.

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

Re: [OSM-ja] トンネルの銘板

[tomoya muramoto]

みなさま、ご意見ありがとうございます。

竣工日であれば tunnel:opening_date ですね。
もちろんtunnel:opening_date=1984-02も推奨で。(計算が面倒でさぼってました)

ownerについては、必ずしも現況を表しているわけではないので、私も微妙だなとは思います。
ただ、トンネル銘板に限らず町中にある看板等が、必ずしも現況を表しているわけではないので、現況がわかったらその時点で書き換えればよいのかなと思っていました。

他の案としては、
tunnel:construction:operator=神奈川県
とか
tunnel:inscription:owner=神奈川県
とかでしょうか。
(inscriptionを使う場合は、一貫性維持のために他のタグにもinscriptionを使うべきと思いますが、keyが長くなりすぎるのでちょっとためらいます)

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

Re: [OSM-ja] place=city_block

[tomoya muramoto]

■place=city_blockについて
私は、
「addrはPOIに対して付与するものであり、
エリア(boundaryオブジェクト)に対しては付与しない。
エリア(boundaryオブジェクト)にはplaceを付与する。」
と認識していました。

番、街区をエリアで描いた場合に、付与するタグは何が良いでしょうか？
案(1)city_blockを使う
・boundary=administrative
・place=city_block
・ref=*
・(街区符号の場合はnameはなくてもよい。番地の場合はname=1番)
・(admin_level=11については後述)
案(2)block_numberを使う
・addr:block_number=*
(boundary=administrativeは使わない)
案(3)そもそも番、街区はエリアで表現しない

■admin_level=11について
admin_levelの付与については、また別の問題かと思い、私の提示ではとりあえず外しておりました。

admin_levelを付与する対象には、行政支配区分が存在するというのは私もわかります。
ただその場合、町内会や自治体の活動範囲はplaceの範囲と一致するのか、町内会や自治体が存在しない地域にadmin_levelを付与してよいのか、という問題も生じてしまいます。
ですので、admin_levelと管理組織の有無は、切り離して考えたほうが安全かなぁと思っています。

私はadmin_level=11に消極的賛成の立場です。
その理由は、上記案(1)を採用した場合に、「place=neighbourhood,
admin_level=10」よりも下位区分であることが明確になるためです。

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

Re: [OSM-talk] Upload picture from OSM Contributor

[Richard]

On Tue, Oct 09, 2018 at 10:05:40AM +0700, Bui Quang Hung wrote:
> Dear all,
> 
> I am trying to upload a picture from OSM Contributor (Mobile App) but I do
> not know how to do.

more details please, it is difficult to understand what you are trying to
do.

Richard

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

Re: [OSM-talk-fr] Ref A, N, D, C ... M ?

[Jean-Claude Repetto]

Le 09/10/2018 à 20:38, Axelos a écrit :

Aujourd'hui j'ai appris que la Métropole du Grand Nancy a une réflexion
sur le référencement des routes départementales prochainement déclassées
(ou déjà déclassées ?).
L'idée serait de les référencer avec la lettre M comme route Métropolitaine.



C'est la métropole Nice Côte d'Azur qui a mis en place cette 
numérotation la première, depuis le 1er janvier 2012. On en parlait sur 
cette liste en 2013:



Jean-Claude

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

Re: [Talk-it-trentino] Nuovo utente

[Francesco Pelullo]

Ciao a tutti,

avrei veramente piacere di incontrarvi.
Che ne dite di fissare una data per questo meeting?

Ciao
/niubii/


Il giorno dom 23 set 2018 alle ore 20:23 Maurizio Napolitano <
napoo...@gmail.com> ha scritto:

> Ti ho letto solo ora.
> BENARRIVATO IN TRENTINO!
>
> On Thu, Sep 20, 2018 at 10:54 PM Francesco Pelullo 
> wrote:
> >
> > Ciao a tutti e bentrovati, è il mio primo post in questa lista.
> >
> > Mi sono trasferito da poco a Rovereto, il livello di informazioni
> presenti nella mappa di OSM è impressionante, spero abbiate lasciato
> qualcosa da mappare anche a me.
> >
> > Ciao
> > /niubii/
> >
> >
> > ___
> > Talk-it-trentino mailing list
> > Talk-it-trentino@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [OSM-talk-fr] rendu osmfr

[Maël REBOUX]

On peut voter sur une issue si on s’accorde sur la façon de le faire, en 
détournant un peu le système.

Ne comptent que les votes exprimés par un pouce levé en réaction sur le post 
initial.
À la fin on comptabilise et on peut ajouter un label / une étiquette qui 
correspond au vote.

C’est très manuel mais ça permet de discriminer ce qui va être pointé 
communément comme important ou pas.
Exemple : https://github.com/sigrennesmetropole/visualiseur/issues/31 
 

Je te pousserai des PR si je m’ennuie sur la carte en langues minoritaires ou 
quand j’aurais résolu mon pb de relations-géométries.

kenavo

> Le 9 oct. 2018 à 08:42, Christian Quest  a écrit :
> 
> Si il y a des améliorations du rendu international que vous voudriez 
> retrouver dans la prochaine mise à jour du rendu FR (en général je m'y met en 
> fin d'année), c'est le moment de les lister.
> 
> Le mieux c'est de mettre ça en issues sur 
> https://github.com/cquest/osmfr-cartocss/issues 
> 
> Il manque presque un système de vote ;)
> 
> Le top c'est de proposer directement des PR, mais c'est un poil plus complexe.
> 
> Le lun. 8 oct. 2018 à 22:35, marc marc  > a écrit :
> > c'est quoi le "rendu fr" ? Il y a un 
> > rendu différent en fonction de la langue du navigateur web ?
> 
> techniquement ce serrait possible mais rare sont les sites qui le font.
> le rendu fr ou rendu osmfr est un fork (une copie adapté) du rendu 
> classique https://tile.openstreetmap.fr/ 
> la grande différence avec le rendu de https://www.openstreetmap.org 
> 
> c'est que le rendu fr utilise par défaut le nom en français (le tag 
> name:fr) lorsqu'il est présent tandis que le rendu osm.org  
> utilise
> le nom "local" (le tag name).
> il y avait à l'origine quelques spécificité au rendu osmfr tel que
> la baguette, le rendu des terrains de sport et le niveau de zoom 20
> mais avec le temps, les différences se creusent, le rendu osm.org 
>  
> évoluant + vite que celui osmfr
> comparaison https://mc.bbbike.org/mc/?num=2=mapnik=osmfr 
> 
> diff 448 commits présent sur osmfr mais pas osm.org , 2797 
> commits 
> présent sur osm.org  mais pas sur osmfr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-cz] Oploceni dalnic

[Jan Sten Adámek]

To PDF uvádí jen to, že to bude trvat déle, ne že by to mělo něco stát. 
Jestli uvedli, že to bude něco stát, tak k tomu musí být jiné zdůvodnění.


Sten

En 9 de octubre de 2018 21:39:21 Miroslav Suchý  escribió:


Tak jsem zkusil ziskat od RSD mapu oploceni dalnic, ale RSD za to chce
uplne nesmyslnou castku (260k+).
Zduvodneni viz
https://www.dropbox.com/s/e4lcornew5efljf/Vyrozum%C4%9Bn%C3%AD%20o%20prodlou%C5%BEen%C3%AD%20lh%C5%AFty.pdf?dl=0

Asi nemam silu a chut se s nimi nejak dohadovat zda to ma takovou cenu.

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

Re: [Talk-cz] Oploceni dalnic

[Honza Cibulka]

No nic moc nezdůvodnili, což ze zákona musej. Ale samozřejmě je otázka, zda to 
stojí za dohadování s nima a následně 3 roky čekání na soud.

Jan Cibulka
 
tel. 776 307 158
http://datastory.cz

> On 9 Oct 2018, at 21:45, Miroslav Suchý  wrote:
> 
> Tak jsem zkusil ziskat od RSD mapu oploceni dalnic, ale RSD za to chce
> uplne nesmyslnou castku (260k+).
> Zduvodneni viz
> https://www.dropbox.com/s/e4lcornew5efljf/Vyrozum%C4%9Bn%C3%AD%20o%20prodlou%C5%BEen%C3%AD%20lh%C5%AFty.pdf?dl=0
> 
> Asi nemam silu a chut se s nimi nejak dohadovat zda to ma takovou cenu.
> 
> 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-fr] OpenStreetMap dans les nouveaux programmes...

[Cédric Frayssinet]

De Secondes !

Bonjour à tous,

Vous n'êtes pas sans savoir qu'une réforme du lycée se prépare. Il y a
un nouvel enseignement obligatoire en seconde qui pointe son nez :
Science du Numérique et Technologie (SNT), 1h30 par semaine.

Un projet de programme vient d'être mis en ligne et c'est intéressant de
lire un chapitre intitulé :

*Localisation, Cartographie et Mobilité*

et dont voici les compétences attendues :

https://screenshots.firefox.com/zsw5Xi24bZisMYf6/www.snes.edu

On y lit, capacités attendues : "Contribuer à OpenStreetMap de façon
collaborative".

Je pense que l'on peut se réjouir de cela. Après, dans la pratique, avec
une classe, cela reste à voir...


Cédric

PS : le document se situe ici : https://www.snes.edu/IMG/pdf/2nd_snt.pdf


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [Talk-cz] Oploceni dalnic

[Marek Janata]

za 250 000 to oběhnu s gps - zase tolik těch dálnic nemáme :)

M

út 9. 10. 2018 v 21:46 odesílatel Miroslav Suchý  napsal:

> Tak jsem zkusil ziskat od RSD mapu oploceni dalnic, ale RSD za to chce
> uplne nesmyslnou castku (260k+).
> Zduvodneni viz
>
> https://www.dropbox.com/s/e4lcornew5efljf/Vyrozum%C4%9Bn%C3%AD%20o%20prodlou%C5%BEen%C3%AD%20lh%C5%AFty.pdf?dl=0
>
> Asi nemam silu a chut se s nimi nejak dohadovat zda to ma takovou cenu.
>
> 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

[Talk-cz] Oploceni dalnic

[Miroslav Suchý]

Tak jsem zkusil ziskat od RSD mapu oploceni dalnic, ale RSD za to chce
uplne nesmyslnou castku (260k+).
Zduvodneni viz
https://www.dropbox.com/s/e4lcornew5efljf/Vyrozum%C4%9Bn%C3%AD%20o%20prodlou%C5%BEen%C3%AD%20lh%C5%AFty.pdf?dl=0

Asi nemam silu a chut se s nimi nejak dohadovat zda to ma takovou cenu.

Mirek


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

Re: [Talk-es] [Colaboracion.osm] Herramienta WikiShootMe

[Roberto geb]

La app Osmand en Android e iOS muestra las imágenes subidas  a mapillary

El lun., 8 oct. 2018 11:16, Jaime Crespo  escribió:

> Hola,
>
> Es Magnus el genio detrás de esa herramienta (yo solo proporciono el
> alojamiento gratis). Pero el código está disponible en [0] por si quieren
> mandarle un parche o hacer un fork. Para más información [1]
>
> [0] https://bitbucket.org/magnusmanske/wikishootme>
> [1] https://meta.wikimedia.org/wiki/WikiShootMe>
>
> On Mon, Oct 8, 2018 at 10:30 AM Miguel Sevilla-Callejo <
> msevill...@gmail.com> wrote:
>
>> Hola Jaime,
>>
>> No se si se podría, pero estaría muy bien si hubiera una herramienta que
>> además, enlazara con la imágenes de Mapillary que tienen una licencia
>> compatible con la de wikicommons.
>>
>> Quizá se podría implementar una herramieta, similar a la de iD en la que
>> se ven las fotos de mapillary y que se pudiera ver sobre el mapa. Tienen
>> una API abierta.
>>
>> Saludos
>>
>> Miguel
>>
>> On 07/10/18 16:54, Jaime Crespo wrote:
>>
>> Me comentan que pase por aquí un enlace que he compartido en el chat:
>>
>> https://tools.wmflabs.org/wikishootme/ (aplicación para descubrir
>> imágenes faltantes en Wikipedia de objetos y lugares geolocalizados)
>> Creo que podría ser útil tanto para subir fotos que hayáis tomado de
>> lugares que hayáis guardado trazas, como para ver imágenes geolocalizadas
>> libres de lugares como referencia.
>> Saludos,
>>
>> --
>> Jaime Crespo
>>
>>
>> ___
>> Talk-es mailing 
>> listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>> ___
>> Colaboracion.osm mailing list
>> colaboracion@wikimedia.es
>> https://listas.wikimedia.es/mailman/listinfo/colaboracion.osm
>>
>
>
> --
> Jaime Crespo
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de nombres en 160 cimas del pirineo aragonés. ¿Los dejamos o se cambian?

[Roberto geb]

Alberto,

Bienvenido a la lista.

Te daré mi opinión:
- official_name: yo pondría aquí los nuevos nombres, usando el sufijo del
idioma, como por ejemplo official_name:es.
- name: se usa con el nombre común. Si el cambio de nombre es reciente tal
vez haya poca gente que conozca los picos por sus nuevos nombres.  Yo
dejaría aquí el nombre antiguo si es de uso común.
- old_name: si el nuevo nombre es utilizado comúnmente pon aquí el nombre
antiguo y en name el nuevo.

Que sigas disfrutando de tu  reto con los tresmiles.

El mar., 9 oct. 2018 15:30, Alberto Llorente 
escribió:

> Hola compis, me comentaron (con buen criterio) que éste tema que puse en
> el grupo Telegram mejor lo pusiese aquí, así que me estreno copiando y
> pegando mi mensaje. Quizá ya esté tratado pero no lo he encontrado. Si está
> tratado y acordado, agradecería conocer esa info para atenerme a ella, of
> course.
> ..
>
> Estoy motivado  terminando de hacer los 217 tresmiles del pirineo (hacer a
> pata, no en el mapa). De eso "algo" controlo. Acabo de empezar a editar y
> voy corrigiendo cositas que estaban con errores burdos en posición y nombre
> y pregunto:
>
> Dados los nuevos datos de la lista oficial y la nueva toponimia oficial
> del gobierno de aragón para 160 cimas de más de 3000 m (tema polémico para
> tratar aparte), que fue cambiada en 2017 (Documento oficial:
> http://aragonhoy.aragon.es/index.php/mod.documentos/mem.descargar/fichero.documentos_P3_6c4f221f%232E%23pdf
> )
>
> ¿Cuáles serían los atributos correctos de Name?:
>
> https://wiki.openstreetmap.org/wiki/ES:Key:name
>
> Tenemos Name a secas y un montón de variantes. Seguramente esté esto ya
> definido, pero no lo encuentro. Supongo que habrá que poner Name = el
> nombre oficial y luego alt_name el clásico, pero ... antes de meter la
> gamba, pregunto.
>
> Ejemplo:
> antes se llamaba "Pico de los gemelos" (zona Posets)
> ahora se llama oficialmente "Punta de las Mardaneras / Tuca d'els
> Chiminucs S" (si alguien lo ve, no lo va a identificar ni de coña y pensará
> que es un error)
>
> O dicho de otra forma: quien tiene preferencia? el IGN o el gobierno de
> aragón?. Se puede hacer algo diplomático y mantener ambos accesibles sin
> que sea a costa de enmarañar de nombres el mapa y menos con cambios tan
> nuevos?
>
> Un saludo :)
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-ht] Réponse OpenStreetMap Haiti au tremblement de terre du 6 Octobre 2018 : nouveaux projets cartographiques 270, 271 et 272

[nicolas chavent]

Salut à toutes et tous,

Merci à celles et ceux qui se sont engagé.e.s dans cette réponse à partir
d'Haïti et d'ailleurs.

Je viens de créer les projets cartographiques 270 [1], 271 [2] et272  [3]
sur les zones de Saint-Louis du Nord, Pilate et Plaisancea près avoir pris
connaissance des rapports de la Direction de la Protection Civile (DPC) et
du Centre d'Opérations d'Urgence National (COUN) [4] disponible sur la page
du portail Relief Web dédié à la réponse au tremblement de terre du
6-octobre 2018 [5]

L'objectif commun à ces trois nouveaux projets est comme pour les trois
premiers (265, 266 et 267) toujours de créer ou mettre à jour la donnée de
base (baseline data) OSM sur ces zones pour qu'elle serve de baseline data
de référence pré-catastrophe pour les efforts de réponse et de
reconstruction à venir.


[1] : http://taches.francophonelibre.org/project/270
[2] : http://taches.francophonelibre.org/project/271
[3] : http://taches.francophonelibre.org/project/272
[4] :
https://reliefweb.int/report/haiti/haiti-earthquake-dg-echo-haitian-civil-protection-agency-coun-echo-daily-flash-9
[5] : https://reliefweb.int/disaster/eq-2018-000160-hti

-- 
Nicolas Chavent
Les Libres Géographes
Projet OpenStreetMap (OSM)
Projet Espace OSM Francophone (EOF)
Projet GeOrchestra
Mobile (FR): +33 (0)6 52 40 78 20
Mobile (Haiti): +509 40 19 46 02
Email: nicolas.chav...@gmail.com
Email: nicolas.chav...@leslibresgeographes.org
Skype: c_nicolas
Twitter: nicolas_chavent
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk-fr] Ref A, N, D, C ... M ?

[Philippe Verdy]

C'est aussi le cas à Nice qui a été le premier il me semble puis à Lyon. En
Corse apparaissent maintenant les routes "T" (territoriales).

Le mar. 9 oct. 2018 à 20:40, Axelos  a écrit :

> Aujourd'hui j'ai appris que la Métropole du Grand Nancy a une réflexion
> sur le référencement des routes départementales prochainement déclassées
> (ou déjà déclassées ?).
> L'idée serait de les référencer avec la lettre M comme route
> Métropolitaine.
>
> En effectuant une recherche sur - pas Google -, je suis tombé sur un
> article concernant la Métropole de Nantes qui a déjà passé le cap depuis
> le 1er octobre.
>
>
> https://www.ouest-france.fr/pays-de-la-loire/nantes-44000/nantes-les-rd-sont-devenues-des-m-pour-routes-metropolitaines-5996342
>
> ___
> 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-de] Wiki-Eintrag falsch? (Martin Koppenhoefer)

[sepp1974]

u.a. der Tipp war's - Danke!

Gruß Sepp


PS: Wieso kriege ich die Mails nicht um darauf direkt zu antworten? 
Das

ist immer nur copy & paste aus dem Archiv - deswegen haut auch die
Baumstruktur nicht hin.



Evtl. hast Du den "digest" (Sammlung) aktiviert? Dann bekommst Du die 
Mails

nicht einzeln, ist eigentlich nicht zu empfehlen, weil es das Antworten
schwierig macht.

Gruß,
Martin




   2. Re: Wiki-Eintrag falsch? (Martin Koppenhoefer)

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


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

Re: [Talk-de] ICT4Society Offenbach

[Joachim Kast]

> Worum handelt es sich bei #ICT4Society?

https://medium.com/@ICT4Society/
https://medium.com/@ICT4Society/we-map-accessibilities-96770b4422f1
https://www.facebook.com/youthmapperslondon/

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

[OSM-talk-fr] Ref A, N, D, C ... M ?

[Axelos]

Aujourd'hui j'ai appris que la Métropole du Grand Nancy a une réflexion
sur le référencement des routes départementales prochainement déclassées
(ou déjà déclassées ?).
L'idée serait de les référencer avec la lettre M comme route Métropolitaine.

En effectuant une recherche sur - pas Google -, je suis tombé sur un
article concernant la Métropole de Nantes qui a déjà passé le cap depuis
le 1er octobre.

https://www.ouest-france.fr/pays-de-la-loire/nantes-44000/nantes-les-rd-sont-devenues-des-m-pour-routes-metropolitaines-5996342

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

Re: [OSM-talk] "Travel like a KLocal" series of printed maps

[Mark Wagner]

On Tue, 9 Oct 2018 16:48:56 +0200
Frederik Ramm  wrote:

> Hi,
> 
> someone has written to DWG because they were disappointed with a
> "Travel like a Local" map they bought on Amazon. Apparently there's
> an author there named "Maxwell Fox" who churns out these "Books"
> which promise, among other things:

> ...

> Is this a new phenomenon? Has anyone seen any of these maps, or seen a
> report about them? The Amazon listing doesn't say the data comes from
> OSM, but I guess the printed work must, otherwise the complainant
> would not have written to us...

I'm surprised it took them this long to discover OSM.  People have been
churning out the Wikipedia equivalent for over a decade now.

-- 
Mark

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

Re: [OSM-talk] "Travel like a KLocal" series of printed maps

[Simon Poole]

Am 09.10.2018 um 16:48 schrieb Frederik Ramm:
> ..
> Is this a new phenomenon? 

Nope, variants of these scams have been around for ages on amazon (for
ages==since you can self publish via amazon).

Simon





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

[Talk-at] OSM Stammtisch

[ScubbX]

Hallo, liebe Mitmapper/innen!

Am 17. Oktober 2018 findet der 61. Wiener OSM Stammtisch um 18:30 im Wieden 
Bräu statt.

Details finden sich unter: https://wiki.openstreetmap.org/wiki/Wien/Stammtisch

Manu und ich werden uns ein paar Stunden vorher am Kartographieinstitut zu 
einem Arbeitstreffen zusammensetzen, bei dem wir das Flyer/Folder Design 
über/erarbeiten wollen.
Wir freuen uns über OSMler die mitarbeiten können und wollen!
Eine konkrete Uhrzeit dafür haben wir noch nicht fixiert.

Beste Grüße, Markus___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] ICT4Society Offenbach

[nmxosm]

Hallo,
 
unter dem Hashtag ICT4Society / ICTforsociety in verschiedenen 
Groß/Kleinschreibungen wird gerade Offenbach am Main mit einer Flut von 
Änderungssätzen überhäuft 
(https://www.openstreetmap.org/history#map=15/50.1067/8.7653). Ich habe einige 
Änderungssätze genauer angesehen und Kommentare hinterlassen, da die Qualität 
meiner Meinung nach schlecht ist. 
Siehe z.B. https://www.openstreetmap.org/changeset/63335956 
https://www.openstreetmap.org/changeset/6333571 (besonders ausführliche 
Analyse) https://www.openstreetmap.org/changeset/63335703

Ich bin nicht direkt ortsansässig, kann die genauen Daten also nicht 
überprüfen. Trotzdem scheint es mir hier ein generelles Muster zu geben, das 
beobachtet werden sollte.
Daher hoffe ich mit euch diese Fragen zu klären:

Worum handelt es sich bei #ICT4Society?

Wie kann man diese Flut an Änderungssätzen überprüfen?

Sollten besonders fragwürdige Änderungssätze zurückgesetzt werden?

Viele Grüße
Nmxosm

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

Re: [Talk-it] itWikiCon 2018

[Dario Crespi]

Io sono un organizzatore :-)
L'ho già accennato a chi si occupa del programma. Comunque sì, se usi la
pagina delle proposte è perfetto.
Grazie ancora,

Dario

Il Mar 9 Ott 2018, 09:14 Marco Minghini  ha
scritto:

>
> Ciao Marco, ottimo che ci sarai :-)
>>
>> Lucia Marsicano fa una presentazione dal titolo "OpenStreetMap, tool e
>> funzionalità esterne". Per quanto riguarda il mapping party, penso che si
>> potrebbe fare, magari nell'ambito dell'open day.
>>
>> Perfetto, immagino di dover proporre il mapping party da qui:
> https://meta.wikimedia.org/wiki/ItWikiCon/2018/Proposte. Tu hai comunque
> contatti con gli organizzatori?
> L'ideale sarebbe sabato, magari confinato nella mattinata così non diventa
> troppo impegnativo per chi al pomeriggio vuole seguire altri interventi.
>
> Marco
>
> ___
> 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] "Travel like a Local" series of printed maps

[Nelson A. de Oliveira]

On Tue, Oct 9, 2018 at 11:52 AM Frederik Ramm  wrote:
> Is this a new phenomenon? Has anyone seen any of these maps, or seen a
> report about them? The Amazon listing doesn't say the data comes from
> OSM, but I guess the printed work must, otherwise the complainant would
> not have written to us...

In the book preview we can see this https://i.imgur.com/MqGhgXQ.png

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

Re: [Talk-it] ex piscina

[Gabriele Sani]

Corretto, grazie ;-)

Il giorno mar 9 ott 2018 alle ore 16:39 Andrea Albani  ha
scritto:

>
>
> Il giorno mar 9 ott 2018 alle ore 10:43 Gabriele Sani <
> gabryatfen...@gmail.com> ha scritto:
>
>> Dal satellite si vede male e street map non ci arriva, comunque se
>> cercate San Michele in Trebbana l'ho messa per ora come piscina
>> abbandonata... magari la prossima volta che torno in loco faccio una foto
>>
>>
> Ok... comunque l'uso del prefix abandoned è da anteporre ad un tag valido
> e swimming=pool non lo è. Dovrebbe essere abandoned:leisure=swimming_pool
>
> ___
> 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

[OSM-talk] "Travel like a KLocal" series of printed maps

[Frederik Ramm]

Hi,

someone has written to DWG because they were disappointed with a "Travel
like a Local" map they bought on Amazon. Apparently there's an author
there named "Maxwell Fox" who churns out these "Books" which promise,
among other things:

"The map is very detailed and it will not only give you all the
available roads and routes, but also the essential information to make
your Luxembourg City (Luxembourg) vacation unforgettable."

"In the map you can see all the available means of transport, bus stops
and routes so you can always know how to get everywhere."

"And because we know that a vacation is not only about the roads and
busses, the map gives you many options for eating, drinking and having a
good time!"

"We carefully marked all the restaurants, bars and pubs so you can
always find one that is nearby."

"In the Luxembourg City (Luxembourg) map you will also find the best
places to go shopping, the most famous and must-see sights, churches and
more."

"And if an emergency comes up, there are markings of police stations and
hospitals everywhere for your convenience."

"Each kind of marking has a different color so you can easily navigate
around the map and find exactly what you’re looking for within seconds."

Is this a new phenomenon? Has anyone seen any of these maps, or seen a
report about them? The Amazon listing doesn't say the data comes from
OSM, but I guess the printed work must, otherwise the complainant would
not have written to us...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[OSM-talk] "Travel like a Local" series of printed maps

[Frederik Ramm]

(sorry, typo on subject in first message)

Hi,

someone has written to DWG because they were disappointed with a "Travel
like a Local" map they bought on Amazon. Apparently there's an author
there named "Maxwell Fox" who churns out these "Books" which promise,
among other things:

"The map is very detailed and it will not only give you all the
available roads and routes, but also the essential information to make
your Luxembourg City (Luxembourg) vacation unforgettable."

"In the map you can see all the available means of transport, bus stops
and routes so you can always know how to get everywhere."

"And because we know that a vacation is not only about the roads and
busses, the map gives you many options for eating, drinking and having a
good time!"

"We carefully marked all the restaurants, bars and pubs so you can
always find one that is nearby."

"In the Luxembourg City (Luxembourg) map you will also find the best
places to go shopping, the most famous and must-see sights, churches and
more."

"And if an emergency comes up, there are markings of police stations and
hospitals everywhere for your convenience."

"Each kind of marking has a different color so you can easily navigate
around the map and find exactly what you’re looking for within seconds."

Is this a new phenomenon? Has anyone seen any of these maps, or seen a
report about them? The Amazon listing doesn't say the data comes from
OSM, but I guess the printed work must, otherwise the complainant would
not have written to us...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] ex piscina

[Andrea Albani]

Il giorno mar 9 ott 2018 alle ore 10:43 Gabriele Sani <
gabryatfen...@gmail.com> ha scritto:

> Dal satellite si vede male e street map non ci arriva, comunque se cercate
> San Michele in Trebbana l'ho messa per ora come piscina abbandonata...
> magari la prossima volta che torno in loco faccio una foto
>
>
Ok... comunque l'uso del prefix abandoned è da anteporre ad un tag valido e
swimming=pool non lo è. Dovrebbe essere abandoned:leisure=swimming_pool
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Abus de topologie surfacique

[Florimond Berthoux]

Don't tag to router. :p

On peut faire naviguer un routeur sur une surface, l'algo est juste plus
compliqué.
Mais en même c'est mieux d'avoir des données facilement utilisables.
Le mieux étant d'avoir les deux, surface + way ?
C'est ce que j'ai fait sur la place Raoul Follereau (Paris)
https://www.openstreetmap.org/#map=19/48.87673/2.36406


Le mar. 9 oct. 2018 à 15:09, Thomas Ruchin  a écrit :

> Le problème de ce type de gros travail en mode surfacique pur, c'est que
> les liaisons pour le calcul d'itinéraire ne sont pas rendues. Impossible
> avec les logiciels de routage de faire passer les piétons dans le parc
> alors que c'était possible auparavant.
> Les tags utilisés pour les trottoirs ne sont pas les bons (un trottoir
> n'est pas une aire piétonne).
> De plus, j'avais tagué les aires de jeux du parc et il les a supprimées
> :(  Mais y a trop de changeset pour retrouver l'information que c'est bien
> lui qui les a supprimé. ..
> Par ailleurs, il préfère échanger par messagerie privée que le sur
> changeset lui-même https://www.openstreetmap.org/changeset/62883443 &
> https://www.openstreetmap.org/changeset/62667808
>
> Et pour une raison que je n'ai toujours pas comprise, ce contributeur
> persiste à supprimer les highway=cycleway correctement tagués pour les
> rajouter sur le filaire de la rue principale, ce qui constitue une perte
> d'information.
>
> Bref, c'est du boulot intéressant, mais il faudrait qu'il comprenne que :
> - d'une part, il ne faut pas dégrader la donnée
> - d'autre part, les données OSM servent à autre chose que de générer le
> rendu principal.
> Ce ne doit pas être impossible à atteindre comme objectif, cf
> http://www.f4map.com/
>
> Thomas
>
>
> Le mar. 9 oct. 2018 à 10:12, Stéphane Péneau 
> a écrit :
>
>> Le surfacique ne me choque pas plus que ça (à part l'absence de amenity=
>> parking).
>>
>> En revanche, certains choix de tags sont discutables, il vaudrait mieux
>> utiliser highway:area=*
>> Ces tags sont déjà utilisés, et même parfois rendus :
>> http://osmapa.pl/w/area/?lat=53.43208=14.5487=19=Qq
>>
>> En tout cas, ça me fait un peu marrer de voir le même contributeur faire
>> du micro-mapping surfacique d'un côté, et de l'autre supprimer une piste
>> cyclable pour la tagger sur le way principal.
>>
>> Stéphane
>>
>> Le 08/10/2018 à 19:05, Antoine Riche a écrit :
>>
>> Bonjour,
>>
>> Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges à
>> Asnières ? Tous les trottoirs sont mappés en surfacique, les places de
>> parkings cartographiées une à une. Un sacré boulot mais j'ai un doute sur
>> la validité de la chose. Ça se passe ici : https://osm.org/go/0BPJJt4Jt--
>>
>> Antoine.
>>
>>
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://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
>


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

[Talk-es] Cambio de nombres en 160 cimas del pirineo aragonés. ¿Los dejamos o se cambian?

[Alberto Llorente]

Hola compis, me comentaron (con buen criterio) que éste tema que puse en el
grupo Telegram mejor lo pusiese aquí, así que me estreno copiando y pegando
mi mensaje. Quizá ya esté tratado pero no lo he encontrado. Si está tratado
y acordado, agradecería conocer esa info para atenerme a ella, of course.
..

Estoy motivado  terminando de hacer los 217 tresmiles del pirineo (hacer a
pata, no en el mapa). De eso "algo" controlo. Acabo de empezar a editar y
voy corrigiendo cositas que estaban con errores burdos en posición y nombre
y pregunto:

Dados los nuevos datos de la lista oficial y la nueva toponimia oficial del
gobierno de aragón para 160 cimas de más de 3000 m (tema polémico para
tratar aparte), que fue cambiada en 2017 (Documento oficial:
http://aragonhoy.aragon.es/index.php/mod.documentos/mem.descargar/fichero.documentos_P3_6c4f221f%232E%23pdf
)

¿Cuáles serían los atributos correctos de Name?:

https://wiki.openstreetmap.org/wiki/ES:Key:name

Tenemos Name a secas y un montón de variantes. Seguramente esté esto ya
definido, pero no lo encuentro. Supongo que habrá que poner Name = el
nombre oficial y luego alt_name el clásico, pero ... antes de meter la
gamba, pregunto.

Ejemplo:
antes se llamaba "Pico de los gemelos" (zona Posets)
ahora se llama oficialmente "Punta de las Mardaneras / Tuca d'els Chiminucs
S" (si alguien lo ve, no lo va a identificar ni de coña y pensará que es un
error)

O dicho de otra forma: quien tiene preferencia? el IGN o el gobierno de
aragón?. Se puede hacer algo diplomático y mantener ambos accesibles sin
que sea a costa de enmarañar de nombres el mapa y menos con cambios tan
nuevos?

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

Re: [OSM-ja] トンネルの銘板

[insidekiwi555]

ikiyaです。

銘板マッピング賛成です。

銘板見る機会多いので一点だけ、
銘板の情報が古く（更新されず）、現況と不一致な内容が多いので、
Ras and Roadさんのご意見に同意です。
竣工と共用開始の考え方にも同意です。
（トンネル＝道路としての使用開始）




- Original Message -
> From: Ras and Road 
> To: OpenStreetMap Japanese talk 
> Cc: 
> Date: 2018/10/9, Tue 22:03
> Subject: Re: [OSM-ja] トンネルの銘板
> 
> muramotoさん
> 
> 銘板に記されている年月は竣工だと思います。
> start_dateは意味合いとしては供用開始かと。
> 竣工日はどう表現すればいいでしょうか？
> 
> また、竣工時点では都道府県が施主であっても、
> 供用開始と同時に市町村へ移管される場合があります。
> 国道が県道に降格するのも類似ケースですね。
> その場合でも銘板の情報は書き換えられません。
> なので、ownerを指定することは果たして適切か、
> 議論の余地があると思います。
> 
> トンネルに限らず、橋梁等を含む土木構造物全般の
> 銘板情報をどう落とし込むか、基本ルールのようなものを
> 作れるといいですね。
> 
> ** Ras and Road **
> ___
> 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: [Talk-es] ICV como proveedor de datos

[dcapillae]

Hola, Jordi. Buen trabajo.

Intenta conseguir una autorización lo más amplia posible. En lugar de hacer
referencia a un conjunto de datos en particular, pide permiso para poder
reutilizar cualquier conjunto de datos generado por el ICV como datos
abiertos. Si todo lo que publica el ICV como datos abiertos se encuentra
bajo condiciones de licencia CC BY 4.0, puedes hacer referencia a esa
licencia en concreto, pero sin especificar un conjunto de datos en
particular. Deja la autorización lo más abierta posible para que cubra
cualquier conjunto de datos generado por el ICV publicado bajo las mismas
condiciones de licencia.

Cuando remodelamos la página de fuentes de datos de España [1], se pidió que
reserváramos un espacio donde anotar las gestiones que la comunidad OSM
realizara con las distintas administraciones. En la página
«ES:España/Contribuidores» [2] puedes contar con tus propias palabras todos
los detalles de tus gestiones con el ICV: fechas, reuniones, personas de
contacto, gestiones realizadas, etc. He creado una sección para el ICV [3]
donde anotar y seguir la evolución de tus gestiones. De momento he puesto un
simple enlace a tu mensaje en el foro. Siéntete libre de editar la sección y
contarnos los detalles de tus contactos. Así, si en el futuro necesitamos
contactar de nuevo con el ICV, sabremos qué gestiones se han realizado hasta
el momento.

[1]
https://wiki.openstreetmap.org/wiki/ES:Fuentes_de_datos_potenciales_de_Espa%C3%B1a
[2] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Contribuidores
[3]
https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Contribuidores#Instituto_Cartogr.C3.A1fico_Valenciano



-
Daniel Capilla 
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-ja] トンネルの銘板

[ribbon]

On Tue, Oct 09, 2018 at 09:45:57PM +0900, tomoya muramoto wrote:
> 
> トンネルの銘板に記載されている情報をマッピングしたいと考えています。
> 例えば次の住吉隧道の場合、
> https://www.dropbox.com/s/t6soyhvknf85q2p/IMG_0422.jpg?dl=0
> 
> highway=*
> tunnel=yes
> tunnel:name=住吉隧道
> tunnel:start_date:ja=昭和59年2月

tunnel:start_date=1984-02

というのも記載してみてはどうでしょうか。

ribbon

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

Re: [OSM-ja] place=city_block

[Satoshi IIDA]

いいだです。

Leoさんの提案にちゃんと回答ができていなくてすみません。
Sorry for late respnse to Leo-san's opinion.

■admin_level=11を採用するかどうか
こちら、admin_lavelを考える際に
admin_levelのレベル分けを制定する際に考慮したこととして、
「その単位で、行政に関与した支配区分があるかどうか」という観点があります。

When I built current structure for admin_level tag,
I refered that "The unit has governmental structure or not?".

その際に、admin_level=10、つまり現在のneighbourhood (丁目/小字) であれば、
町内会という単位があり、行政の支配が及ぶ区分がされている、と判断しています。
（実際、行政の求めに応じて、町内会は回覧板を配布しています）

I assumed neightnourhood (Chome/Koaza) / admin_level=10 has governental
structure as 町内会/Chonai kai.
So I guess that govenrment has a (substantial) control for that level.
(町内会/Chonai kai is circulating a not from government to neighbourhood)

admin_level=11となると、番＝街区の範囲となります。
この範囲で行政的な支配区分が発生しているか、というと、発生していないのではないかと考えています。

"admin_level=11" equals "Ban=block".
I cannot assume governmental structure/control for that level.

個人的には、admin_level=11の設定には反対 (against) の状態です。
番の表現には、addr:block_numberが割り振られており、
支配区分のない、住所単位が表現できているのでないかな、と思っています

Sorry, I'm against for make admin_level=11.
It has addr:block_number tag, so it is enough to represent address
structure.

■place=city_block
この場合、入力されるのは必ず数字(digit)です。
なので、制定した場合、nameではなく、どちらかというとrefになります。

In this case, input value is always digit.
So if this is set, it has "ref" tag, not "name".

addr:block_number=* タグを使うことで住所の表現ができていますので、
Geocodingの用途としてはaddr:blocl_numberタグがあれば十分ではないかな、と思っています。
placeとして新しく表現させる必要性が、いまのところ感じられません。
（レンダリングに対応するためにはあったほうがよい？）

I think that addr:block_number=* has addressing representation,
so it is enough for utilization of geocoding.
(Sorry) I could not feel oblidge to set place tag for it.
(I still a need for rendaring, although)


Best Regards,



















2018年10月9日(火) 21:23 tomoya muramoto :

> みなさま
>
> Leo Gaspardさんからplace=city_blockの採用について意見が上がっております。
> これを採用した場合、addrとplaceの対応は次のようになるかと思います。
>
> 住所 | POIにつける住所 | エリアにつける地名
> --
> 大字、町 | addr:quarter=* | place=quarter
> 小字、丁目 | addr:neighbourhood=* | place=neighbourhood
> 街区符号、番地 | addr:block_number=* | place=city_block(Leo Gaspardさんの案)
> 住居番号 | addr:housenumber=* | (なし)
>
> この案を採用した場合、街区符号のみがaddrとplaceが一致せず、少し違和感もあります。
> とは言え、place=blocknumberとするのは違う気がしますし、私には他に良い案もありません。
>
> place=city_blockを採用すべきか、ご意見いただければと思います。
>
> muramoto
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Abus de topologie surfacique

[Thomas Ruchin]

Le problème de ce type de gros travail en mode surfacique pur, c'est que
les liaisons pour le calcul d'itinéraire ne sont pas rendues. Impossible
avec les logiciels de routage de faire passer les piétons dans le parc
alors que c'était possible auparavant.
Les tags utilisés pour les trottoirs ne sont pas les bons (un trottoir
n'est pas une aire piétonne).
De plus, j'avais tagué les aires de jeux du parc et il les a supprimées :(
Mais y a trop de changeset pour retrouver l'information que c'est bien lui
qui les a supprimé. ..
Par ailleurs, il préfère échanger par messagerie privée que le sur
changeset lui-même https://www.openstreetmap.org/changeset/62883443 &
https://www.openstreetmap.org/changeset/62667808

Et pour une raison que je n'ai toujours pas comprise, ce contributeur
persiste à supprimer les highway=cycleway correctement tagués pour les
rajouter sur le filaire de la rue principale, ce qui constitue une perte
d'information.

Bref, c'est du boulot intéressant, mais il faudrait qu'il comprenne que :
- d'une part, il ne faut pas dégrader la donnée
- d'autre part, les données OSM servent à autre chose que de générer le
rendu principal.
Ce ne doit pas être impossible à atteindre comme objectif, cf
http://www.f4map.com/

Thomas


Le mar. 9 oct. 2018 à 10:12, Stéphane Péneau  a
écrit :

> Le surfacique ne me choque pas plus que ça (à part l'absence de amenity=
> parking).
>
> En revanche, certains choix de tags sont discutables, il vaudrait mieux
> utiliser highway:area=*
> Ces tags sont déjà utilisés, et même parfois rendus :
> http://osmapa.pl/w/area/?lat=53.43208=14.5487=19=Qq
>
> En tout cas, ça me fait un peu marrer de voir le même contributeur faire
> du micro-mapping surfacique d'un côté, et de l'autre supprimer une piste
> cyclable pour la tagger sur le way principal.
>
> Stéphane
>
> Le 08/10/2018 à 19:05, Antoine Riche a écrit :
>
> Bonjour,
>
> Que pensez-vous du travail de Meersbrook autour la rue Olympe de Gouges à
> Asnières ? Tous les trottoirs sont mappés en surfacique, les places de
> parkings cartographiées une à une. Un sacré boulot mais j'ai un doute sur
> la validité de la chose. Ça se passe ici : https://osm.org/go/0BPJJt4Jt--
>
> Antoine.
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] トンネルの銘板

[Ras and Road]

muramotoさん

銘板に記されている年月は竣工だと思います。
start_dateは意味合いとしては供用開始かと。
竣工日はどう表現すればいいでしょうか？

また、竣工時点では都道府県が施主であっても、
供用開始と同時に市町村へ移管される場合があります。
国道が県道に降格するのも類似ケースですね。
その場合でも銘板の情報は書き換えられません。
なので、ownerを指定することは果たして適切か、
議論の余地があると思います。

トンネルに限らず、橋梁等を含む土木構造物全般の
銘板情報をどう落とし込むか、基本ルールのようなものを
作れるといいですね。

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

[OSM-ja] トンネルの銘板

[tomoya muramoto]

みなさま

トンネルの銘板に記載されている情報をマッピングしたいと考えています。
例えば次の住吉隧道の場合、
https://www.dropbox.com/s/t6soyhvknf85q2p/IMG_0422.jpg?dl=0

highway=*
tunnel=yes
tunnel:name=住吉隧道
tunnel:start_date:ja=昭和59年2月
tunnel:length=95.0
tunnel:width=21.2-25.2
tunnel:height=4.7
tunnel:type=RC2連箱型函渠
tunnel:owner=神奈川県
tunnel:manufacturer=株式会社青木建設 山岸建設株式会社 共同企業体

にしようかと考えています。

タグ案についてご意見いただければと思いますのでよろしくお願いします。

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

Re: [OSM-talk-fr] Status de la BANO

[marc marc]

Le 09. 10. 18 à 14:28, deuzeffe a écrit :
> j'intègre les points d'adresse dans la ligne du polygone, au niveau de 
> l'entrée

c'est l'une des 2 très bonne option qui permet justement d'atteindre
les x besoins dont j'avais parlé il y a quelques mois lors de
la précédente tentative de progression dans le domaine.
hélas ce n'est pas la vision dominante parmi les imports de masse,
fatalement vu qu'il est impossible d'importer une addr à cet endroit qui 
nécessite une intégration avec connaissance du terrain et non un import
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Status de la BANO

[deuzeffe]

On 10/9/18 9:15 AM, Christian Quest wrote:
>

Du coup, il ne reste "que" 146630 voies non rapprochées entre ce qu'on
trouve dans OSM et le fichier FANTOIR de la DGFiP qui nous sert de
référence.


Fichier qui n'est pas à jour. Tout comme la BAN (mécépatafot).

Toujours la perspective du "gros" chantier...
--
deuzeffe, têtue (toujours)

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

Re: [OSM-talk-fr] Status de la BANO

[deuzeffe]

On 10/9/18 12:38 AM, marc marc wrote:


placers des points d'adresses dans OSM ?


c'est là que la communauté se divise.
entre ceux qui veulent des adresses pures, points flottant sans aucun
lien avec ce à quoi elle correspondent hormis la devinette par proximité
et ceux qui voudrait un lien entre l'adresse et ce à quoi elle
correspond comme on le fait pour les communes (l'étendue de la
commune permet de faire un lien entre un bâtiment et sa commune)


Constat : le premier contact qu'ont les gens avec osm c'est... une carte 
(bah oui). Lorsqu'on cherche une adresse (d'un bâti, parc, parking, 
etc., bref la plupart du temps d'une surface représentée par un polygone 
dans osm) on s'attend à ce qu'elle indique la porte d'entrée principale. 
Donc, j'intègre les points d'adresse dans la ligne du polygone, au 
niveau de l'entrée (ce qui suppose de jongler avec le cadastre, 
mapillary, openstreetcam/view et les reconnaissances terrain. Entre autres).


Même si tu es plutôt pour mettre un tag=address:housenumber dans les 
attributs du bâtiment, ça relève parfois de l'art divinatoire (comme les 
adresses flottantes) pour les lotissements, les grands bâtiments, les 
grandes étendues, etc.


--
deuzeffe, têtue. Mais s'il faut faire différemment, je corrigerai. 
Peut-être ^^


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

[OSM-ja] place=city_block

[tomoya muramoto]

みなさま

Leo Gaspardさんからplace=city_blockの採用について意見が上がっております。
これを採用した場合、addrとplaceの対応は次のようになるかと思います。

住所 | POIにつける住所 | エリアにつける地名
--
大字、町 | addr:quarter=* | place=quarter
小字、丁目 | addr:neighbourhood=* | place=neighbourhood
街区符号、番地 | addr:block_number=* | place=city_block(Leo Gaspardさんの案)
住居番号 | addr:housenumber=* | (なし)

この案を採用した場合、街区符号のみがaddrとplaceが一致せず、少し違和感もあります。
とは言え、place=blocknumberとするのは違う気がしますし、私には他に良い案もありません。

place=city_blockを採用すべきか、ご意見いただければと思います。

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

Re: [Talk-it] terreno agricolo

[Martin Koppenhoefer]

Am Di., 9. Okt. 2018 um 10:44 Uhr schrieb Gabriele Sani <
gabryatfen...@gmail.com>:

> Un'abitazione che si trova all'interno di un terreno agricolo puo'
> rientrare essa stessa nel terreno ad uso agricolo, o devo "aggirarla"
> quando disegno l'area?
>


io la terrei fuori. Se si tratta di un'abitazione di chi ci lavora,
landuse=farmyard, se invece chi abita lì non coltiva i campi / non munge le
mucche, allora landuse=residential

Concordo con Ale, come versione "preliminare" puoi anche decidere di
ignorare le piccole eccezioni (non di cancellare i dettagli che altri hanno
aggiunti, naturalmente).

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

Re: [OSM-talk-fr] grèves Loire

[deuzeffe]

On 10/9/18 6:29 AM, Vincent Bergeot wrote:



Il y a une palanquée de rendus en fait. Il y en a une carte "quelque part"


Par exemple http://openwhatevermap.xyz/


Voilà, pile-poil ce que je recherchais. Merci !

--
deuzeffe

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

Re: [OSM-talk-fr] Tours - Orthophotos ne fonctionne plus - 502 Bad Gateway

[Cyrille37 OSM]

Oups, c'est un "502 Bad Gateway" sur 
http://wms.openstreetmap.fr/tms/1.0.0/tours_2013/



Le 09/10/2018 à 12:17, Cyrille37 OSM a écrit :

Bonjour

Effectivement, c'est ennuyeux car l'orthophoto Tours 2013 est 
référencée dans l'éditeur ID.


Cyrille37.

Le 09/10/2018 à 11:58, hu9o a écrit :

Bonjour,
Les fonds /Tours - Orthophotos 2008-2010/ et /Tours - Orthophotos 
2013/ ne
fonctionnent plus. D'avance merci au mécanicien qui pourra les 
réinjecter.




--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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-au] PSMA Administrative Boundaries

[Joel H.]

Good, doing country wide I think would have been a pain. I just tried
QLD and all is looking good except the boundaries which extend into the
ocean.

Are you going to do the upload? And when should we do it?

On 9/10/18 6:19 pm, Andrew Harvey wrote:
> On Tue, 9 Oct 2018 at 13:10, Andrew Harvey  wrote:
>> By state https://tianjara.net/data/PSMA_AdminBdy_OSM/
> Just a note that I've just updated these files, to remove duplicate nodes
>
> Another issue is I've applied place=suburb to these
> Suburbs/Localities, but in many cases they'd probably be better as a
> town or suburb, so would likely need manually matching up with
> existing place nodes, but that can be done post-import as follow up
> tasks.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

Re: [OSM-talk-fr] Tours - Orthophotos ne fonctionne plus

[Cyrille37 OSM]

Bonjour

Effectivement, c'est ennuyeux car l'orthophoto Tours 2013 est référencée 
dans l'éditeur ID.


Cyrille37.

Le 09/10/2018 à 11:58, hu9o a écrit :

Bonjour,
Les fonds /Tours - Orthophotos 2008-2010/ et /Tours - Orthophotos 2013/ ne
fonctionnent plus. D'avance merci au mécanicien qui pourra les réinjecter.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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-au] PSMA Administrative Boundaries

[Lee Mason]

I didn’t know what to make of QLD, but I’ve just found this definition which 
suggests that the OSM coastline should be sufficient:
http://qldspatial.information.qld.gov.au/catalogue/custom/viewMetadataDetails.page?uuid=%7B3F3DBD69-647B-4833-B0A5-CC43D5E70699%7D

“For coastal areas other than Brisbane, the LGA comprises the mainland and all 
islands above their respective sea-shores within the encompassed area.”


From: Andrew Davidson
Sent: Tuesday, 9 October 2018 20:56
To: talk-au@openstreetmap.org
Subject: Re: [talk-au] PSMA Administrative Boundaries

On 07/10/18 23:27, Lee Mason wrote:
> Nice work on cleaning up the PSMA data, Andrew. It looks a lot easier to
> manage for importing now.
>
> A quick look at the data, and it appears there is some regional/state
> variance in the boundaries:
>
> Some of the WA LGAs extend out to the coastal waters limit.
>
> VIC LGAs mostly approximate the high tide mark (except around Port
> Welshpool) and are shared with the locality boundaries.
>
> TAS LGAs mostly extend to the low tide mark and are not shared with
> locality boundaries.
>

Weirdly in Queensland, some of the locality and LGA boundaries extend
into international waters. They probably need to be cut-off at the
coastal water boundary.

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.openstreetmap.org%2Flistinfo%2Ftalk-audata=02%7C01%7C%7Cfb4031c5544d440913b408d62dcd8908%7C84df9e7fe9f640afb435%7C1%7C0%7C636746758117747213sdata=YU6bIRXejeE5VCmeqRuCLA2uZp2veElbSkrviXQTYUE%3Dreserved=0

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

Re: [OSM-talk-fr] Status de la BANO

[Rpnpif]

Bonjour,

Le  9 octobre 2018, Christian Quest a écrit :
> On a aussi largement considéré qu'il y avait plutôt priorité à
> compléter/corriger les noms des rues ("dégommer du rouge") que de
> s'attaquer aux adresses elles même.
> Du coup, il ne reste "que" 146630 voies non rapprochées entre ce qu'on
> trouve dans OSM et le fichier FANTOIR de la DGFiP qui nous sert de
> référence.
> 
> Ce qui manque, c'est l'intégration dans les recherches nominatim des
> adresses de BANO, mais on a quand même un géocodeur qui fait ça (et plus):
> https://demo.addok.xyz
> 

Et quand on corrige ou quand le nom d'une rue change ou bien qu'une
rue disparaît (par exemple fusionnée sur le terrain dans une parcelle
privée), l'ancien nom disparaît-il de la BANO ?

-- 
Alain Rpnpif

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

[OSM-talk-fr] Tours - Orthophotos ne fonctionne plus

[hu9o]

Bonjour, 
Les fonds /Tours - Orthophotos 2008-2010/ et /Tours - Orthophotos 2013/ ne
fonctionnent plus. D'avance merci au mécanicien qui pourra les réinjecter.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Davidson]

On 07/10/18 23:27, Lee Mason wrote:
Nice work on cleaning up the PSMA data, Andrew. It looks a lot easier to 
manage for importing now.


A quick look at the data, and it appears there is some regional/state 
variance in the boundaries:


Some of the WA LGAs extend out to the coastal waters limit.

VIC LGAs mostly approximate the high tide mark (except around Port 
Welshpool) and are shared with the locality boundaries.


TAS LGAs mostly extend to the low tide mark and are not shared with 
locality boundaries.




Weirdly in Queensland, some of the locality and LGA boundaries extend 
into international waters. They probably need to be cut-off at the 
coastal water boundary.


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

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Davidson]

On 07/10/18 18:32, Andrew Harvey wrote:


I see the next steps are to:

- discuss if this is the right format for upload or not,


One question would be should we be putting a place tag on admin 
boundaries? According to taginfo only 34% of admin_level=10 has a place 
tag.



- how we'll manage that upload in terms of breaking it up into smaller pieces


I'd assumed that you'd be uploading them using an import account. How 
small to break them up into would depend on what's used to upload them. 
State-by-state does have the advantage that the existing state borders 
are going to have to be manual snapped to the imported boundaries anyway.



- if there is any re-using of existing ways or not


As several others have pointed out if we import the boundaries 
completely then mappers can manually snap them to natural features, 
roads, other boundaries etc to their heart's content. This step is 
optional as the boundaries will still be valid even if no one does any 
follow up work.


As a minimum the boundaries would have to be matched to the existing 
state boundaries, otherwise there will be overlaps or slivers.



- how to ensure we're retaining the existing LGA/Suburb data in OSM.


So I'm assuming here that we are not talking about NSW/SA/ACT. These 
have already been done from state data and if the PSMA data is different 
then we should be going back to the state data to check (at which point 
we're using the state data).


To keep history I thought we'd could keep record of the current relation 
numbers of the existing admin boundaries, scrub off the no longer needed 
ways, and once the new boundaries are imported swap the new for old. For 
boundaries that are currently closed ways we'd need to convert them to a 
one-member relation first.



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

Re: [Talk-it] terreno agricolo

[Gabriele Sani]

Si, mi ricordavo di non dover attaccarlo atrlimenti diventa difficilmente
manutenibile... Pensavo non andassero evidenziati i singoli appezzamenti,
cioe', le strade agricole le ho sempre fatte passare all'interno delle
aree... Ci sono linee guida ufficiali sulla cosa?

Il giorno mar 9 ott 2018 alle ore 10:52 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 09/10/2018 10:43, Gabriele Sani ha scritto:
> > Un'abitazione che si trova all'interno di un terreno agricolo puo'
> > rientrare essa stessa nel terreno ad uso agricolo, o devo "aggirarla"
> > quando disegno l'area?
> >
>
> Dipende a quale dettaglio vuoi arrivare. C'è chi disegna grandi aree
> inserendo anche strade ad uso agricolo e abitazioni, chi ha la voglia e
> la pazienza di circoscrivere esattamente i singoli appezzamenti.
> La cosa importante è NON appiccicare i landuse a strade, abitazioni, ecc...
>
> 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

[Talk-it] nomi vie con numeri romani

[Lorenzo Pesci]

ATTENZIONE! Dal 01.10.2018 l'indirizzo di posta elettronica cambia nella 
componente dominio. comunespoleto.gov.it diventerà comune.spoleto.pg.it 
ESEMPIO: paolo.ro...@comunespoleto.gov.it diventa 
paolo.ro...@comune.spoleto.pg.it In data 15.12.2018 gli indirizzi di posta 
elettronica con dominio comunespoleto.gov.it non saranno più raggiungibili.

Come specificato da Istat (e prima ancora dalla grammatica italiana)
i nomi dei mesi hanno iniziale minuscola!
ciao Lorenzo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] terreno agricolo

[Alessandro Palmas]

Il 09/10/2018 10:43, Gabriele Sani ha scritto:
Un'abitazione che si trova all'interno di un terreno agricolo puo' 
rientrare essa stessa nel terreno ad uso agricolo, o devo "aggirarla" 
quando disegno l'area?




Dipende a quale dettaglio vuoi arrivare. C'è chi disegna grandi aree 
inserendo anche strade ad uso agricolo e abitazioni, chi ha la voglia e 
la pazienza di circoscrivere esattamente i singoli appezzamenti.

La cosa importante è NON appiccicare i landuse a strade, abitazioni, ecc...

Alessandro Ale_Zena_IT

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

[Talk-it] terreno agricolo

[Gabriele Sani]

Un'abitazione che si trova all'interno di un terreno agricolo puo'
rientrare essa stessa nel terreno ad uso agricolo, o devo "aggirarla"
quando disegno l'area?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ex piscina

[Gabriele Sani]

Dal satellite si vede male e street map non ci arriva, comunque se cercate
San Michele in Trebbana l'ho messa per ora come piscina abbandonata...
magari la prossima volta che torno in loco faccio una foto

Il giorno mar 9 ott 2018 alle ore 10:11 Andrea Albani  ha
scritto:

> Il giorno mar 9 ott 2018 alle ore 09:33 Gabriele Sani <
> gabryatfen...@gmail.com> ha scritto:
>
>> Anche io penso sia una vasca per raccolta liquami, anche se e' sempre
>> stata chiamata piscina, ma non saprei come taggarla...
>>
>>
> Ci dai qualche riferimento geografico del manufatto ?... se la vediamo
> magari riusciamo ad essere più di aiuto
> ___
> 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-au] PSMA Administrative Boundaries

[Andrew Harvey]

On Tue, 9 Oct 2018 at 13:10, Andrew Harvey  wrote:
> By state https://tianjara.net/data/PSMA_AdminBdy_OSM/

Just a note that I've just updated these files, to remove duplicate nodes

Another issue is I've applied place=suburb to these
Suburbs/Localities, but in many cases they'd probably be better as a
town or suburb, so would likely need manually matching up with
existing place nodes, but that can be done post-import as follow up
tasks.

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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Antoine Riche]

Ok, merci pour vos retours. Après tout ce n'est pas "pire" que ce qu'on 
a pu faire en indoor sur les gares de Paris...


Le 09/10/2018 à 10:08, Stéphane Péneau a écrit :
En tout cas, ça me fait un peu marrer de voir le même contributeur 
faire du micro-mapping surfacique d'un côté, et de l'autre supprimer 
une piste cyclable pour la tagger sur le way principal.
C'est en effet le point qui me gêne le plus, car on perd en précision. 
Je pense que je vais remettre ces pistes cyclables en ways indépendants.


Antoine.

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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Stéphane Péneau]

Le surfacique ne me choque pas plus que ça (à part l'absence de amenity= 
parking).


En revanche, certains choix de tags sont discutables, il vaudrait mieux 
utiliser highway:area=*

Ces tags sont déjà utilisés, et même parfois rendus :
http://osmapa.pl/w/area/?lat=53.43208=14.5487=19=Qq

En tout cas, ça me fait un peu marrer de voir le même contributeur faire 
du micro-mapping surfacique d'un côté, et de l'autre supprimer une piste 
cyclable pour la tagger sur le way principal.


Stéphane

Le 08/10/2018 à 19:05, Antoine Riche a écrit :


Bonjour,

Que pensez-vous du travail de Meersbrook autour la rue Olympe de 
Gouges à Asnières ? Tous les trottoirs sont mappés en surfacique, les 
places de parkings cartographiées une à une. Un sacré boulot mais j'ai 
un doute sur la validité de la chose. Ça se passe ici : 
https://osm.org/go/0BPJJt4Jt--


Antoine.




___
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] ex piscina

[Andrea Albani]

Il giorno mar 9 ott 2018 alle ore 09:33 Gabriele Sani <
gabryatfen...@gmail.com> ha scritto:

> Anche io penso sia una vasca per raccolta liquami, anche se e' sempre
> stata chiamata piscina, ma non saprei come taggarla...
>
>
Ci dai qualche riferimento geografico del manufatto ?... se la vediamo
magari riusciamo ad essere più di aiuto
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Sabato 20 ottobre a Biella parliamo di Mapillary

[mbranco2]

Visto che ai nostri incontri mensili arrivano Osmer anche da fuori zona,
segnalo le info relative al prossimo incontro, che abbiamo pubblicato su
talk-it-piemonte [1].

Ciao!
Marco

[1]
https://lists.openstreetmap.org/pipermail/talk-it-piemonte/2018-October/000860.html
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ex piscina

[Gabriele Sani]

Anche io penso sia una vasca per raccolta liquami, anche se e' sempre stata
chiamata piscina, ma non saprei come taggarla...

Il giorno lun 8 ott 2018 alle ore 19:06 Ivo Reano  ha
scritto:

> Non credo che sia una piscina.
> È una vasca per la raccolta dei liquami. Se non è completamente rovinata,
> ma recuperabile, entra nella categoria abandoned, altrimenti ruin?
>
>
> Il lun 8 ott 2018, 18:20 liste DOT girarsi AT posteo DOT eu <
> liste.gira...@posteo.eu> ha scritto:
>
>> Il 08/10/2018 12:02, Gabriele Sani ha scritto:
>> > Come taggo una vecchia piscina non in uso da anni?
>> >
>> > Si tratta di un vascone di cemento, a cui ci si e' sempre riferiti come
>> ex
>> > piscina, anche se a me da piu' l'idea di uno di quei posti in cui si
>> > ammucchiavano gli escrementi degli animali in campagna
>> >
>> >
>>
>> La taggherei come piscina normalmente col namespace abandoned:
>>
>> abandoned:swimming=pool
>>
>> lascerei perdere il tag sport=* .
>>
>>
>> --
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>> Simone Girardelli
>>
>> ___
>> 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] Status de la BANO

[Christian Quest]

Le mar. 9 oct. 2018 à 00:39, marc marc  a écrit :

> vu qu'il faut une consensus pour faire un import dans osm,
> je prend peu de risque en disant : pas cette année.
> Mais l'absurdité de la situation fait que tu peux utiliser bano
> pour charger les adresses d'une commune, supposément les vérifier
> une à une et les importer oups intégrer dans osm et ceci autant
> de fois que tu veux, y compris pour toutes les communes du pays.
> c'est cet import oups intégration qui est en cours depuis longtemps.
>

Le consensus lors de la création de BANO (2014) a été: on intègre en
vérifiant manuellement, mais on n'importe pas "en aveugle".

Les raisons:
- la qualité géométrique des données issues du cadastre n'est pas toujours
suffisante
- importer revient à recopier des données, données déjà disponibles pour
ceux qui en ont besoin et pour lesquels l'import n'apporte rien
- intégrer avec revue manuelle permet de monter en qualité et cohérence,
c'est là la valeur ajoutée des contributeurs OSM
- ce qu'on intègre dans OSM, se retrouve le lendemain dans BANO (boucle
vertueuse)

On a aussi largement considéré qu'il y avait plutôt priorité à
compléter/corriger les noms des rues ("dégommer du rouge") que de
s'attaquer aux adresses elles même.
Du coup, il ne reste "que" 146630 voies non rapprochées entre ce qu'on
trouve dans OSM et le fichier FANTOIR de la DGFiP qui nous sert de
référence.

Ce qui manque, c'est l'intégration dans les recherches nominatim des
adresses de BANO, mais on a quand même un géocodeur qui fait ça (et plus):
https://demo.addok.xyz

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

Re: [Talk-it] itWikiCon 2018

[Marco Minghini]

> Ciao Marco, ottimo che ci sarai :-)
>
> Lucia Marsicano fa una presentazione dal titolo "OpenStreetMap, tool e
> funzionalità esterne". Per quanto riguarda il mapping party, penso che si
> potrebbe fare, magari nell'ambito dell'open day.
>
> Perfetto, immagino di dover proporre il mapping party da qui:
https://meta.wikimedia.org/wiki/ItWikiCon/2018/Proposte. Tu hai comunque
contatti con gli organizzatori?
L'ideale sarebbe sabato, magari confinato nella mattinata così non diventa
troppo impegnativo per chi al pomeriggio vuole seguire altri interventi.

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

Re: [OSM-talk-fr] Abus de topologie surfacique

[Christian Quest]

L'emprise de certains trottoir a déjà été mappée dans Paris depuis pas mal
de temps !

C'est surtout utile à la compréhension de grandes places comme ici
https://osm.org/go/0BPIBp6wj ou https://osm.org/go/0BOdfZNcq--

Pour les places de stationnement, un coup de peinture et ça change, du coup
ça me parait trop instable et consommateur de temps.

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

Re: [OSM-talk-fr] rendu osmfr

[Christian Quest]

Si il y a des améliorations du rendu international que vous voudriez
retrouver dans la prochaine mise à jour du rendu FR (en général je m'y met
en fin d'année), c'est le moment de les lister.

Le mieux c'est de mettre ça en issues sur
https://github.com/cquest/osmfr-cartocss/issues
Il manque presque un système de vote ;)

Le top c'est de proposer directement des PR, mais c'est un poil plus
complexe.

Le lun. 8 oct. 2018 à 22:35, marc marc  a écrit :

> > c'est quoi le "rendu fr" ? Il y a un
> > rendu différent en fonction de la langue du navigateur web ?
>
> techniquement ce serrait possible mais rare sont les sites qui le font.
> le rendu fr ou rendu osmfr est un fork (une copie adapté) du rendu
> classique https://tile.openstreetmap.fr/
> la grande différence avec le rendu de https://www.openstreetmap.org
> c'est que le rendu fr utilise par défaut le nom en français (le tag
> name:fr) lorsqu'il est présent tandis que le rendu osm.org utilise
> le nom "local" (le tag name).
> il y avait à l'origine quelques spécificité au rendu osmfr tel que
> la baguette, le rendu des terrains de sport et le niveau de zoom 20
> mais avec le temps, les différences se creusent, le rendu osm.org
> évoluant + vite que celui osmfr
> comparaison https://mc.bbbike.org/mc/?num=2=mapnik=osmfr
> diff 448 commits présent sur osmfr mais pas osm.org, 2797 commits
> présent sur osm.org mais pas sur osmfr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Rendu FR : récifs

[Christian Quest]

Ah oui, pourquoi pas...

Le lun. 8 oct. 2018 à 20:06, Waxy  a écrit :

> Salut,
>
> Me demandais comme ça si ça serait pas opportun (joli ) de rendre les
> lagons sur le rendu FR (natural=reef, subsea=coral_reef, place=atoll…)
>
> @+
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Status de la BANO

[Cyrille37 OSM]

Bonjour

J'intègre manuellement les adresses avec josm et ces outils, c'est assez 
rapide faire pour faire quelques rues:


- josm plugin cadastre : offre un outil qui incrémente (ou décrémente) 
les numéros à chaque clic ; il utilise ou créé la relation 
associatedstreet de la rue.

- josm imageries cadastre et bano

Je place les points d'adresse à la frontière du domaine public, c'est là 
que l'on doit se rendre (navigation). Sur les bâtiments ce n'est souvent 
pas pertinent (immense jardin, entre 2 rues, au coin de 2 rues, 
plusieurs bâtiments, ...).


Cyrille37


Le 08/10/2018 à 23:23, EpicKiwi a écrit :

Bonjour,

Je viens de découvrir l’existence de la BANO et des nombreuses 
adresses qu'elle contiens. J'ai lu sur le wiki que les adresses 
qu'elles contiens ne sont pas encore assez matures pour êtres intégrés 
à OpenStreetMap.

Est-ce toujours le cas ?

Les adresses sont très importantes notamment pour la navigation GPS et 
je me demande ce que je peux faire pour contribuer a l'amélioration 
des adresses dans OSM. Doit-je contribuer à la BANO ? placers des 
points d'adresses dans OSM ? Puis-je placer des points OSM sur la base 
de la BANO ?


Il serait inutile que je mette les adresses qui serons un jour 
importés de la BANO dans OSM. Et je me demande quand elle le seront...


Bonne journée.


___
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