Re: [OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[David Marchal]

> Le 21 janv. 2017 à 22:47, Vincent de Château-Thierry  a 
> écrit :
> 
> Bonsoir,
> @David : ton initiative (quel timing :)) n'a pas forcément besoin de 
> déboucher sur un courrier formel, mais ce peut être une bonne occasion de 
> synthétiser les attentes, régulièrement abordées ici mais avec une passion 
> qui rend certains fils ardus à lire. Je pense par exemple à ce thread monstre 
> (courage) :
> https://lists.openstreetmap.org/pipermail/talk-fr/2012-June/thread.html#44315
> Et si tu es dispo mercredi (10h, Paris XIII), bien sûr, ça le fait.

Effectivement, quelle coïncidence ! Eus-je été sur Paris, ç’eut été avec 
plaisir, mais je ne peux me permettre de faire un tel voyage. Dommage, j’aurais 
été heureux de pouvoir vous assister ; j’attends le compte-rendu avec 
impatience, ça m’aidera à savoir quoi mettre en avant dans mon texte s’il 
s’avère toujours d’actualité après ça. Bonne chance à toi et Christian Quest.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Crowdsourcing with Statistics Canada

[Stewart C. Russell]

Hi Bjenk -

> I am not sure why there is confusion about Ottawa's ODL and it's
> equivalence to OGL because the information is public but here it is to
> clarify:
> 
> "The Open Data License is based on version 2.0 of the “Open Government
> Licence – Canada” which was developed through public consultation and
> consultation with other jurisdictions"

I sense your frustration, and understand that this process must be
trying. But it's partly an artifact of the licence itself.

The Open Government Licence - Canada, version 2.0 (OGL-CA) is compatible
with OSM's licence. This was confirmed in 2013:
https://lists.openstreetmap.org/pipermail/talk-ca/2013-November/005906.html

(Paul Norman tells me that there's an official notice somewhere from
Government confirming this, but neither he nor I can find it.)

Unfortunately, one trait of the licence inherited from its parent (the
Open Government Licence United Kingdom 2.0,
https://www.nationalarchives.gov.uk/doc/open-government-licence/version/2/)
is that it is not _reusable_. Here, reusable means that the licence is
not specific to an organization or jurisdiction. The OGL-CA has Her
Majesty the Queen in right of Canada baked in as Information Provider.
No-one but the Federal government can be that Information Provider. So
even if Municipality of X wished to adopt the “Open Government Licence -
X” by replacing ‘Canada’ with ‘X’, it would have to make textual changes
to the licence, and in doing so — and this is the critical part — makes
a new and different licence from the OGL-CA.

(Paul N. previously suggested that the UK OGL was more reusable, and had
better CC BY and ODC BY compatibility than OGL-CA.)

So we can't use Ottawa's data under the Federal OGL-CA.

Even with the best intentions, adoption of the OGL-CA results in
fragmentation. For example, there's the "Open Government Licence –
Ontario", the "Open Government Licence – Toronto" and the "Open
Government Licence - Toronto Public Library". All of these, though based
on OGL-CA, are *different* licences, and necessarily so. Accepting the
OGL-CA hasn't allowed OSM to automatically accept all the derivatives
under it.

(It also helps that OSM explicitly has a statement from the Federal
Government saying that we have permission to use their data. This
permission does not flow down to provincial or municipal data.)

If one happens to be a government, or a large commercial entity, one can
muster lawyers to ensure one's continued existence if there's a legal
challenge. OpenStreetMap doesn't have that luxury. In order to ensure
continuity of the OSM project, a degree of caution is required.

So while access to open data is valued by the community, it would be
lovely if someone could pay for all the lawyers needed to go over the
licences on behalf of OSM/OSMF too. To the best of my knowledge this
assistance has seldom been forthcoming.

Best Wishes,
 Stewart


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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

It's to do with the way government works and is structured.  What you have
is an official interpretation which carries weight.  Quite a lot of weight.

Essentially both Canada and the UK are run by acts of parliament.  However
these are normally interpreted by civil servants to keep things running
smoothly. For example in the UK by an Act of parliament of 1837 bicycles
are not permitted to  use the sidewalks but administratively you will not
be prosecuted for cycling on the sidewalk in certain parts of the UK.  The
act hasn't been repealed but it is simply not enforced.  The decision was
taken by a civil servant after consultations but is upheld by the
government.

The day to day running is done by civil servants interpreting the
minister's wishes or act of Parliament.  There will be discussion and
debate at a greater depth than either a minister or Parliament have the
time for and the decision will be recorded together with the reasons for
and against it.  This can lead to a formal report with a recommendation.
It is a brave manager or minister who doesn't accept the recommendations.
Have a look at Yes Minister and you'll see that brave here means foolish.
There has to be a level of trust between the politicians and the civil
service for this to work.  The direction is set by the politicians but the
day to day stuff by the civil servants.  If a civil servant screws up then
its special assignment time which is the civil service way of terminating
you.  So an interpretation is not given lightly.

It has taken three or four years of discussion to get this far.  My
understanding is the City of Ottawa licence actually makes reference to the
Federal government licence in the FAQ basically because all the expertise,
hard work and effort on licensing was done at the federal level.

I think in this case you have to rely on civil servants and retired civil
servants expertise.  Both Bjenk and I are of the opinion, as his his
manager, that for practical purposes the OGL-CA and the Municipal
equivalent are identical.  There are a number of CANVEC employees and
retired employees floating around as well who will have an opinion but I
think it will be supportive.  The open data manager at Ottawa is also of
the same opinion.  My casual contacts at TB on the Open Data side are also
of the same opinion.

My hope is that we can accept Open Data from municipalities that are
covered by the equivalent of the OGL-CA.  What you seem to be asking for is
a resolution or vote by each municipality of their councillors before OSM
can use the data.  This I think is getting towards the unreasonable and
unwieldy side of things.

Canadian cities would like to encourage their citizens to walk, cycle and
use public transport.  Tagging which paths maybe used by cycles helps both
sides.  In Ottawa until I sat down with the cycling specialist and pointed
out on their cycle maps one path running through a park was on their cycle
maps and an identical one in the same park wasn't so how was I to know
which could be used?  I was armed with photos from both paths and of the
signs, they were identical.  After that the city expanded its official
cycle path network by many kms.  "The *city of Ottawa* has a vibrant
*cycling* culture and now boasts over 600 km of multi-use pathways, *bike*
lanes, off-road paths and paved shoulders"  We need the City to identify
these so they can be correctly tagged on the map.  Often there are no signs
on a path to say if it maybe used by cyclists or not.

Metrolink has done a fair bit of address mapping in OSM in support of
getting people to use public transport.  They're in Toronto by the way.
Both sides are better off with imported bus stops.

Life was so much simpler when OSM was just a group of cyclists going round
with GPS devices recording tracks but I think times are changing and there
are benefits.  The main problem in my mind is controlling the quality of
data for an import and in its careful merging with existing data.  For the
City of Ottawa data the quality is reasonably good and some of it is
already present in the CANVEC data.  The GTFS bus stop position data is far
better than many American cities because of the automated stop announcement
system to assist blind or partially sighted people.  They went out and very
carefully checked the position of each and every bus stop with a high
accuracy GPS system so it would be correct.

There is another issue and that is volume of data.  If you are using OSM
data on a phone off line the smaller the database the faster it is but that
is a different kettle of fish.  At least if its there you can filter out
those things you don't need.

My suggestion is both the OGL-CA and the municipality equivalent should be
acceptable to OSM based on the interpretations you have from civil servants.

Cheerio John




On 21 January 2017 at 19:37, Paul Norman  wrote:

> On 1/21/2017 4:34 PM, john whelan wrote:
>
>> What you have is an interpretation of the Federal 

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

Compartilho com os senhores o relatório de uma simulação de mapeamento
de numeração de casas usando o CNEFE. O relatório consta de uma
arquivo de texto (o relatório em sí) + um *.osm de como ficou o
resultado do mapeamento.

Relatório: https://goo.gl/vTCEKf

O relatório se refere ao estudo de caso da Proposta 1
(https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os)

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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[James]

Well then that would mean we couldnt use any goverment licensed data as it
would be an "interpretation" of a license and not made law in a house of
commons/other law making place, which is unreasonable to expect. If lawyers
are consulted to judge compatibility with the license they chose to release
their data under what is the issue here?

On Jan 21, 2017 7:38 PM, "Paul Norman"  wrote:

> On 1/21/2017 4:34 PM, john whelan wrote:
>
>> What you have is an interpretation of the Federal Government license.
>> From my background in the civil service my understanding is for a statement
>> it would have to be over a minister's signature or by act of parliament.
>> No one else has the authority unless it is delegated.
>>
>
> If that's true and we can't rely on a statement from a government employee
> to interpret their license, then we can no longer use OGL-CA data.
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Crowdsourcing with Statistics Canada

[Bjenk Ellefsen]

I am not sure why there is confusion about Ottawa's ODL and it's equivalence to 
OGL because the information is public but here it is to clarify:

"The Open Data License is based on version 2.0 of the “Open Government Licence 
– Canada” which was developed through public consultation and consultation with 
other jurisdictions"

http://ottawa.ca/en/city-hall/get-know-your-city/open-data#open-data-license-change-faq

Sent from my iPhone___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Paul Norman]

On 1/21/2017 4:34 PM, john whelan wrote:
What you have is an interpretation of the Federal Government license.  
From my background in the civil service my understanding is for a 
statement it would have to be over a minister's signature or by act of 
parliament.  No one else has the authority unless it is delegated.


If that's true and we can't rely on a statement from a government 
employee to interpret their license, then we can no longer use OGL-CA data.


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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

What you have is an interpretation of the Federal Government license.  From
my background in the civil service my understanding is for a statement it
would have to be over a minister's signature or by act of parliament.  No
one else has the authority unless it is delegated.

Cheerio John

On 21 January 2017 at 18:53, Paul Norman  wrote:

> On 1/21/2017 3:48 PM, James wrote:
>
> It is, the thing they changed was federal references to municipal ones.
> Which is why i'm confused the license is "not compatible"
>
>
> We have a statement from the Federal government for their data under their
> license. The Federal government cannot make a statement about City of
> Ottawa data under the City of Ottawa license.
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-us] I think I got this right...

[richiekennedy56]

Regarding the use of child relations for routes, and what to do about 
directional roles on beltways, I made some mapping changes to a beltway that 
happens to be local to me.

I took the relation for I-435[1] and “cloned” it into 2 new relations in 
JOSM[2][3]. I then deleted all ways from the in the relation and added the new 
relations, turning the old relation into the parent. As 435 is a beltway, I 
added “(clockwise)” and “(counterclockwise)” to the new relations. Milepost 0 
on I-435 is the junction with I-35 at the southwest corner and the mileposts 
increase going clockwise (and do not reset at the state line) so I used the 
I-435 bridge over I-35 as my starting point. Starting there, I organized the 
ways in the clockwise direction in the JOSM relation editor. Once I had created 
a “loop,” I removed all the other ways from the clockwise relation, then 
selected the members of the clockwise relation to remove them from the 
counterclockwise relation. I then sorted out the ways for the counterclockwise 
direction in the same way.

I left the directional roles (i.e. “north,” “south,” “east,” and “west”) intact 
to represent how the segments on 435 are signed, and changed roles previously 
marked as “forward” back to directional roles. I also happened to find that I 
had inadvertently left a gap in the counterclockwise direction in the Johnson 
County Gateway project. I also noticed someone has previously attempted to note 
the direction in the “ref” tag. I changed those as well.

Aside from the fact that JOSM does not support the use of directional roles, I 
think the changes should make it cleaner for future mappers.

[1]: http://www.openstreetmap.org/relation/62155
[2]: http://www.openstreetmap.org/relation/6898835
[3]: http://www.openstreetmap.org/relation/6898836

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

Re: [OSM-talk-fr] Signalement Osmose étrange

[Philippe Verdy]

Je ne connaissais pas cette valeur pour tunnel. Jusqu'à présent je n'avais
vu que tunnel=yes pour les vrais tunnels (creusés sous terre ou dans la
roche), covered=yes pour les tranchées couvertes et tous les passages sous
bâtiments.
Cependant il reste qu'Osmose ne reconnait pas covered=yes pour les
tranchées couvertes et rues couvertes (y compris par des dalles piétonnes,
comme celle de la Défense ou celle des Colombiers à Rennes, qui passent au
dessus des rues et pas au travers de bâtiments).

Le 21 janvier 2017 à 23:36, Florian_G  a écrit :

> Hello,
>
> Le 21/01/2017 à 21:12, Philippe Verdy a écrit :
> > Route souterraine sans tunnel
> > way 374135878 rawedit josm edit
> > covered = yes
> > highway = footway
> >
> > ici ce n'est pas un tunnel mais un morceau de voie passant sous un
> porche de bâtiment  au niveau du sol (d'où juste covered=yes, le batiment
> vient à cheval, il est aussi au même layer mais pas découpé au niveau du
> porche pour créer une partie "aérienne" en layer=1;level=1).
> Personnellement, j'aurais plutôt mis « tunnel=building_passage » dans ce
> cas-là, d'après la vue aérienne.
>
>
> ___
> 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-ca] Crowdsourcing buildings with Statistics Canada

[Paul Norman]

On 1/21/2017 3:48 PM, James wrote:
It is, the thing they changed was federal references to municipal 
ones. Which is why i'm confused the license is "not compatible"




We have a statement from the Federal government for their data under 
their license. The Federal government cannot make a statement about City 
of Ottawa data under the City of Ottawa license.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[James]

It is, the thing they changed was federal references to municipal ones.
Which is why i'm confused the license is "not compatible"

On Jan 21, 2017 6:42 PM, "john whelan"  wrote:

> >I kept it generic, not specifying a particular dataset. That way we'll
> have a final answer one way or the other and won't have to go back to them
> all the time.
>
> My understanding is the City of Ottawa one is based on the Federal
> Government one.
>
> Cheerio John
>
> On 21 January 2017 at 18:11, Paul Norman  wrote:
>
>> On 1/20/2017 5:33 PM, john whelan wrote:
>>
>>> Did you include permission for the bus stops as well? They are from the
>>> same source and the same licence.  I think I might have included one pitch
>>> sport soccer.  The pitch was mapped but the sport soccer was I must confess
>>> taken from their open data source.
>>>
>>
>> I kept it generic, not specifying a particular dataset. That way we'll
>> have a final answer one way or the other and won't have to go back to them
>> all the time.
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[john whelan]

>I kept it generic, not specifying a particular dataset. That way we'll
have a final answer one way or the other and won't have to go back to them
all the time.

My understanding is the City of Ottawa one is based on the Federal
Government one.

Cheerio John

On 21 January 2017 at 18:11, Paul Norman  wrote:

> On 1/20/2017 5:33 PM, john whelan wrote:
>
>> Did you include permission for the bus stops as well? They are from the
>> same source and the same licence.  I think I might have included one pitch
>> sport soccer.  The pitch was mapped but the sport soccer was I must confess
>> taken from their open data source.
>>
>
> I kept it generic, not specifying a particular dataset. That way we'll
> have a final answer one way or the other and won't have to go back to them
> all the time.
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Paul Norman]

On 1/20/2017 5:33 PM, john whelan wrote:
Did you include permission for the bus stops as well? They are from 
the same source and the same licence.  I think I might have included 
one pitch sport soccer.  The pitch was mapped but the sport soccer was 
I must confess taken from their open data source.


I kept it generic, not specifying a particular dataset. That way we'll 
have a final answer one way or the other and won't have to go back to 
them all the time.


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

[OSM-ja] 2/18 東京！街歩き！マッピングパーティ：第５回 六義園

[yasunari yamashita]

新宿の山下です。皆さんこんにちわ。

東京！街歩き！マッピングパーティ
第５回は小高い築山と広い池をもつ明るい庭園 六義園
https://openstreetmap.connpass.com/event/48954/

皆様のご参加をお待ちしています！！
-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Signalement Osmose étrange

[Florian_G]

Hello,

Le 21/01/2017 à 21:12, Philippe Verdy a écrit :
> Route souterraine sans tunnel
> way 374135878 rawedit josm edit
> covered = yes
> highway = footway
>
> ici ce n'est pas un tunnel mais un morceau de voie passant sous un porche de 
> bâtiment  au niveau du sol (d'où juste covered=yes, le batiment vient à 
> cheval, il est aussi au même layer mais pas découpé au niveau du porche pour 
> créer une partie "aérienne" en layer=1;level=1).
Personnellement, j'aurais plutôt mis « tunnel=building_passage » dans ce 
cas-là, d'après la vue aérienne.


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

Re: [OSM-talk-fr] Centrales électriques

[François Lacombe]

Bonjour Jérôme,

Merci pour cette mise en valeur, c'est très réussi (ne serait-ce que pour
débusquer les manques dans la base) !

Lorsqu'on a yes sur plant:output:electricity, c'est que la valeur est
inconnue (et qu'elle peut donc être considérée comme la plus faible).
Le fait de connaitre la puissance installée est encore bien souvent du bon
vouloir de l'exploitant. Des clés avec yes peuvent le rester longtemps
avant que la valeur ne soit connue.

Exemple ici : https://www.openstreetmap.org/relation/5489802
Il ne me semble pas que la puissance soit publique


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 18 janvier 2017 à 12:28,  a écrit :

> Il me semble raisonnable de faire l'hypothèse que yes=le plus petit.
>
> Car il vaut mieux afficher que ne pas afficher et les petits équipements
> sont ceux les moins facilement renseignables.
>
> Un truc trop petit, tu veux le préciser si tu connais alors qu'un truc
> carrément absent...
>
> Peut-être avec une couleur estompée pour montrer que ce n'est pas une
> puissance connue ?
> Jean-Yvon
>
> Le 18/01/2017 à 00:26, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>
> Le problème c'est que j'affiche que s'il y a une valeur pour
> plant:output:electricity=*. là il y a yes et pas la puissance en watts.
> sinon avec yes impossible de savoir si c'est une énorme centrale ou un
> petit panneau solaire et donc comment l'affiché au milieu des autres qui
> ont une taille proportionnelle à leur puissance?.
>
>>
>> Bonne soirée
>>
>> Adrien
>>
>
>
> ___
> 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-se] Busslinjer - 3 changesets i Västerås, vad har jag missat?

[Essin]

Ja det stämmer, ordningen spelar roll både för hållplatserna och
sträckningen. Om linjen går i en slinga på vägen från start- till
ändhållplats kan samma OSM-objekt till och med förekomma flera gånger i
ruttrelationen. En tjänst som använder ordningen på hållplatserna är
ÖPNVkarte [1] -- testa att klicka på en hållplats och sen en av linjerna
som trafikerar hållplatsen! (Det verkar dessutom som att ÖPNVkarte bara
räknar ihop stop_position och platform om de tillhör samma stop_area, en
anledning så god som någon att vara noga med stop_area-relationer.)

[1] https://öpnvkarte.de/#16.5782;59.6135;12


Vänliga hälsningar, Essin

Den 21 januari 2017 23:01 skrev Christoffer Holmstedt <
christoffer.holmst...@gmail.com>:

> Tack för tipsen. Ska gå igenom allt i detalj när jag får tid nästa gång.
> Men en snabb fråga angående relationer, ordningen spelar alltså roll?
>
> I JOSM så råkade jag trycka på "reverse the order of relation members" en
> gång men hade för mig att jag korrigerade detta så det såg rätt ut men
> antagligen inte.
>
> --
> Christoffer Holmstedt
>
>
> Den 21 januari 2017 17:16 skrev Essin :
>
>> Hej!
>>
>> Vad kul att kartvisningen på bussarna leder till återkoppling och
>> förbättring av OSM! Det jag har ritat i Västerås är mest baserat på
>> Mapillary, vilket kanske förklarar en del konstiga luckor, till exempel vid
>> Centralen.
>>
>> Huvuddragen i det system som används i större delen av Sverige, bland
>> annat Västerås, finns dokumenterade på [1]. Jag ska försöka undvika att
>> upprepa vad som redan står där, men några ytterligare kommentarer:
>>
>> name= på public_transport=platform ska i första hand användas för
>> hållplatslägesbeteckningar (ofta A, B, C etc, VL skyltar dem vid större
>> hållplatser). Jag tänker ibland att det hade varit bättre att fortsätta
>> använda local_ref= för det ändamålet för bättre bakåtkompatibilitet, men
>> det är lätt att vara efterklok. Hållplatsens namn framgår av
>> stop_area-relationens name=, och för bakåtkompatibilitet av
>> stop_position-nodernas. (Jag har ofta varit för lat för att skapa
>> stop_area-relationer, men det betyder inte att jag ogillar dem.)
>>
>> ref= på public_transport=platform eller public_transport=stop_area syftar
>> på bussbolagens interna hållplatskoder och är antagligen inte så
>> högprioriterat. Jag har inte sett att VL skyltar dem överhuvudtaget, men
>> det är möjligt att de står i finstilt på hållplatstidtabellerna. Ett bra
>> exempel på hur de kan se ut är [2].
>>
>> route_ref= behöver bara läggas in på public_transport=platform-objekt
>> och är egentligen inte nödvändigt där heller om man kan lägga in
>> hållplatsen i rätt ruttrelation direkt. Det skadar inte att lägga in det
>> ändå, men är mer ett sätt för mappare att kommunicera med varandra än något
>> som renderingar eller andra verktyg använder.
>>
>> public_transport:version= är en tagg som jag egentligen inte tycker om
>> eftersom den infördes av JOSM-programmerarna när de inte lyckades få
>> validatorn att skilja på de olika systemen för kollektivtrafikrelationer.
>> Jag har motvilligt accepterat den eftersom den underlättar mycket när man
>> redigerar kollektivtrafik i JOSM, men den har ingen effekt på annat än
>> route-relationer.
>>
>> [3] hade fått hållplatserna listade baklänges, men det var kanske bara av
>> misstag?
>>
>>
>> [1] https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Publi
>> c_transport#Hur_skall_vi_tagga_nu.3F
>> [2] https://www.openstreetmap.org/relation/2255483
>> [3] https://www.openstreetmap.org/relation/5673052
>>
>> Vänliga hälsningar, Essin
>>
>>
>> Den 21 januari 2017 00:28 skrev Christoffer Holmstedt <
>> christoffer.holmst...@gmail.com>:
>>
>>> Hej
>>> I Västerås så visar alla bussar en OSM karta om vart bussen är och jag
>>> har lagt märke till att busslinjerna inte alltid är kompletta. Nu har jag
>>> fixat till busslinje 2 och 4 i Västerås till att börja med.
>>>
>>> Hur ser ändringarna [1,2,3] ut? Något jag bör fixa till?
>>>
>>> Sedan undrar jag vad som är praxis när busstopp ska placeras ut, gjorde
>>> ett försök med [2]. Finns det någon "best practice" för svenska
>>> förhållanden?
>>>
>>> [1] https://www.openstreetmap.org/changeset/45337608
>>> [2] https://www.openstreetmap.org/changeset/45338360
>>> [3] https://www.openstreetmap.org/changeset/45339920
>>>
>>> Med vänlig hälsning
>>> --
>>> Christoffer Holmstedt
>>>
>>> ___
>>> Talk-se mailing list
>>> Talk-se@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-se
>>>
>>>
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se 

Re: [OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[Vincent de Château-Thierry]

Bonsoir,

Le 21/01/2017 à 21:59, osm.sanspourr...@spamgourmet.com a écrit :


S'ils ne sont pas complètement obtus ils devraient voir l'intérêt
d'avoir les itinéraires dans OSM, et au niveau de la relation on
pourrait ajouter un lien vers la page de leur site consacré à ce lien.
Si les gens veulent un guide ils iront plutôt voir le site de la FFRP,
site qui peut aussi mettre un lien de leurs fiches vers notre site ;-).

Bonne réunion. Si jamais ils persistent à ne par vouloir voir les
sentiers sur les cartes on va être obligés d'effacer les repères pour
éviter que des contributeurs ne cartographient ce qu'ils voient ;-).


Je serai avec Christian mercredi matin pour cette réunion, d'où mon 
absence à Decryptageo, cf. un fil récent.
@David : ton initiative (quel timing :)) n'a pas forcément besoin de 
déboucher sur un courrier formel, mais ce peut être une bonne occasion 
de synthétiser les attentes, régulièrement abordées ici mais avec une 
passion qui rend certains fils ardus à lire. Je pense par exemple à ce 
thread monstre (courage) :

https://lists.openstreetmap.org/pipermail/talk-fr/2012-June/thread.html#44315
Et si tu es dispo mercredi (10h, Paris XIII), bien sûr, ça le fait.

vincent

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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Tobias Wendorff]

Am Sa, 21.01.2017, 16:04 schrieb Simon Poole:
> I've pointed this our before. but anyway: we don't really care that much
> about the imagery licence as such as long as we are allowed to display
> it in the usual OSM tools. The real question are the rights in digitized
> vector data from that imagery.

We've got an equal problem with aerial imagery by "Regionalverband Ruhr"
in Germany. They're releasing their imagery under CC-BY-SA 4.0. Since I
was hired for a project, I discussed the licensing problem. They haven't
been aware of those licensing problems. They just want their images
(the files) to be protected by CC-BY-SA, but they allow (and want) OSM
to derive geodata from it.

But I also know the other side:
German NSOs, which released aerial imagery under OpenData gov license,
do not allow to derive data under another license without explicite
"BY" tag in any final product. This, of course, makes the license
incompatible to ODbL (which has been discussed quiet a lot).

The reason for this is the protection of the investment they've made.
Of course, they're ignoring that the citizens have made the investment,
but let's don't discuss this here.

> If they insist that the digitized data is a derivative and licensed on
> the same terms as the imagery itself*, we need either explicit
> permission roughly along the lines of the contributor terms (while
> theoretically permission to distribute on ODbL 1.0 terms is enough, that
> implies that the data may have to be removed on any licence change, a
> lot of work that we probably don't want to have looming over us), or we
> need waivers on specific incompatible terms of the licence. The later
> requires that we determine exactly what needs to waived, something that
> we (aka LWG) haven't done for CC BY-NC in any version.

Is it enough to get a permission to distribute it under ODbL? Wouldn't
it also be needed to have a permission for DbCL? The DbCL states that
the stored components don't have a foreign copyright. So contracts, which
tell us "you can distribute under ODbL only" wouldn't be valid for DbCl,
which is part of OpenStreetMap's use of ODbL (facts are free etc.).

Best regards,
Tobias


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

Re: [OSM-talk-fr] Cartographie des églises

[osm . sanspourriel]

Je n'ai pas dit de ne pas vérifier d'autres tag comme
amenity= 
place_of_worship 



ou la présence d'autres choses à cet endroit.

Si un building=yes s'appelle chapelle XX et qui ne sert à rien de 
spécifique c'est probablement une chapelle.


> On en trouve (surtout les "chapelles") dans les gares, dans les 
hôpitaux, dans des immeubles résidentiels, dans des lycées...

Dans ce cas la chapelle sera un nœud pas un bâtiment.
Si le bâtiment a été construit pour avoir la fonction de chapelle alors 
building=chapel.


Tu dis qu'il peut y avoir des chapelles ailleurs. Oui, mais je n'ai pas 
dit le contraire.


Et si une église a changé de fonction on pourra ajouter disused:amenity 
=place_of_worship 



Jean-Yvon

Le 21/01/2017 à 22:06, Philippe Verdy - verd...@wanadoo.fr a écrit :
Ca semble seulement, je connait pas mal d'endroits nommés "église" ou 
chappelle qui ne sont pas dans des batiments nommés églises ou 
chapelles. On en trouve (surtout les "chapelles") dans les gares, dans 
les hôpitaux, dans des immeubles résidentiels, dans des lycées... Mais 
aussi dans les bureaux administratifs des églises ou des lieux de 
prière gérés par des assos.
"building=*" est une classification architecturale non liée à la 
fonction du lieu et le nom donné au lieu n'est pas forcément 
significatif, même si on adjoint le nom d'un saint consacré au lieu 
nommé "église Saint-XXX".



Le 21 janvier 2017 à 21:39, > a écrit :


Je sens que Frédéric va nous proposer une analyse pour ajouter
chapel si le nom est Chapelle XXX et church si le nom est Église
XXX (ou Eglise XXX).

Ça me semble pertinent.

https://www.openstreetmap.org#map=18/49.49994/0.13001


Attention, ceci n'est pas un rond-point ;-)
Jean-Yvon

Le 20/01/2017 à 10:19, Christian Quest - cqu...@openstreetmap.fr
 a écrit :

On peut donc préciser building=church/chapel



___
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: [OSM-talk-fr] Cartographie des églises

[Philippe Verdy]

Ca semble seulement, je connait pas mal d'endroits nommés "église" ou
chappelle qui ne sont pas dans des batiments nommés églises ou chapelles.
On en trouve (surtout les "chapelles") dans les gares, dans les hôpitaux,
dans des immeubles résidentiels, dans des lycées... Mais aussi dans les
bureaux administratifs des églises ou des lieux de prière gérés par des
assos.
"building=*" est une classification architecturale non liée à la fonction
du lieu et le nom donné au lieu n'est pas forcément significatif, même si
on adjoint le nom d'un saint consacré au lieu nommé "église Saint-XXX".


Le 21 janvier 2017 à 21:39,  a écrit :

> Je sens que Frédéric va nous proposer une analyse pour ajouter chapel si
> le nom est Chapelle XXX et church si le nom est Église XXX (ou Eglise XXX).
>
> Ça me semble pertinent.
>
> https://www.openstreetmap.org#map=18/49.49994/0.13001
> Attention, ceci n'est pas un rond-point ;-)
> Jean-Yvon
>
> Le 20/01/2017 à 10:19, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> On peut donc préciser building=church/chapel
>
>
>
> ___
> 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-se] Busslinjer - 3 changesets i Västerås, vad har jag missat?

[Christoffer Holmstedt]

Tack för tipsen. Ska gå igenom allt i detalj när jag får tid nästa gång.
Men en snabb fråga angående relationer, ordningen spelar alltså roll?

I JOSM så råkade jag trycka på "reverse the order of relation members" en
gång men hade för mig att jag korrigerade detta så det såg rätt ut men
antagligen inte.

-- 
Christoffer Holmstedt


Den 21 januari 2017 17:16 skrev Essin :

> Hej!
>
> Vad kul att kartvisningen på bussarna leder till återkoppling och
> förbättring av OSM! Det jag har ritat i Västerås är mest baserat på
> Mapillary, vilket kanske förklarar en del konstiga luckor, till exempel vid
> Centralen.
>
> Huvuddragen i det system som används i större delen av Sverige, bland
> annat Västerås, finns dokumenterade på [1]. Jag ska försöka undvika att
> upprepa vad som redan står där, men några ytterligare kommentarer:
>
> name= på public_transport=platform ska i första hand användas för
> hållplatslägesbeteckningar (ofta A, B, C etc, VL skyltar dem vid större
> hållplatser). Jag tänker ibland att det hade varit bättre att fortsätta
> använda local_ref= för det ändamålet för bättre bakåtkompatibilitet, men
> det är lätt att vara efterklok. Hållplatsens namn framgår av
> stop_area-relationens name=, och för bakåtkompatibilitet av
> stop_position-nodernas. (Jag har ofta varit för lat för att skapa
> stop_area-relationer, men det betyder inte att jag ogillar dem.)
>
> ref= på public_transport=platform eller public_transport=stop_area syftar
> på bussbolagens interna hållplatskoder och är antagligen inte så
> högprioriterat. Jag har inte sett att VL skyltar dem överhuvudtaget, men
> det är möjligt att de står i finstilt på hållplatstidtabellerna. Ett bra
> exempel på hur de kan se ut är [2].
>
> route_ref= behöver bara läggas in på public_transport=platform-objekt och
> är egentligen inte nödvändigt där heller om man kan lägga in hållplatsen i
> rätt ruttrelation direkt. Det skadar inte att lägga in det ändå, men är mer
> ett sätt för mappare att kommunicera med varandra än något som renderingar
> eller andra verktyg använder.
>
> public_transport:version= är en tagg som jag egentligen inte tycker om
> eftersom den infördes av JOSM-programmerarna när de inte lyckades få
> validatorn att skilja på de olika systemen för kollektivtrafikrelationer.
> Jag har motvilligt accepterat den eftersom den underlättar mycket när man
> redigerar kollektivtrafik i JOSM, men den har ingen effekt på annat än
> route-relationer.
>
> [3] hade fått hållplatserna listade baklänges, men det var kanske bara av
> misstag?
>
>
> [1] https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/
> Public_transport#Hur_skall_vi_tagga_nu.3F
> [2] https://www.openstreetmap.org/relation/2255483
> [3] https://www.openstreetmap.org/relation/5673052
>
> Vänliga hälsningar, Essin
>
>
> Den 21 januari 2017 00:28 skrev Christoffer Holmstedt <
> christoffer.holmst...@gmail.com>:
>
>> Hej
>> I Västerås så visar alla bussar en OSM karta om vart bussen är och jag
>> har lagt märke till att busslinjerna inte alltid är kompletta. Nu har jag
>> fixat till busslinje 2 och 4 i Västerås till att börja med.
>>
>> Hur ser ändringarna [1,2,3] ut? Något jag bör fixa till?
>>
>> Sedan undrar jag vad som är praxis när busstopp ska placeras ut, gjorde
>> ett försök med [2]. Finns det någon "best practice" för svenska
>> förhållanden?
>>
>> [1] https://www.openstreetmap.org/changeset/45337608
>> [2] https://www.openstreetmap.org/changeset/45338360
>> [3] https://www.openstreetmap.org/changeset/45339920
>>
>> Med vänlig hälsning
>> --
>> Christoffer Holmstedt
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[osm . sanspourriel]

Le 21/01/2017 à 21:39, Christian Quest - cqu...@openstreetmap.fr a écrit :

Le 21 janvier 2017 à 17:00, David Marchal > a écrit :


Chers tous,

Je relance un sujet maintes fois discuté, et pourtant jamais
résolu, ni vers l’ajout, ni vers la suppression : les itinéraires
de randonnées de la FFRP et, accessoirement du Club Vosgien. Tout
d’abord, avant de faire celui qui sait, y aurait-il eu du
mouvement à ce sujet ces derniers temps ?


J'ai rendez-vous la semaine prohaine à la FFRP... ce qui n'était pas 
arrivé depuis plusieurs années !


Si tu veux venir avec moi, c'est mercredi matin à Paris...

J'envisageais une simple reprise de contact, faire le point sur 
l'évolution d'OSM depuis ces années, ressortir le bilan des 
itinéraires présents dans OSM et voir comment ils ont évolué de leur 
côté sur leur coûteux projets cartographiques.
S'ils ne sont pas complètement obtus ils devraient voir l'intérêt 
d'avoir les itinéraires dans OSM, et au niveau de la relation on 
pourrait ajouter un lien vers la page de leur site consacré à ce lien.
Si les gens veulent un guide ils iront plutôt voir le site de la FFRP, 
site qui peut aussi mettre un lien de leurs fiches vers notre site ;-).


Bonne réunion. Si jamais ils persistent à ne par vouloir voir les 
sentiers sur les cartes on va être obligés d'effacer les repères pour 
éviter que des contributeurs ne cartographient ce qu'ils voient ;-).


Je croyais que les itinéraires étaient co-élaborés avec les communes et 
donc les communes pourraient les publier.


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

Re: [OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[Christian Quest]

Le 21 janvier 2017 à 17:00, David Marchal  a écrit :

> Chers tous,
>
> Je relance un sujet maintes fois discuté, et pourtant jamais résolu, ni
> vers l’ajout, ni vers la suppression : les itinéraires de randonnées de la
> FFRP et, accessoirement du Club Vosgien. Tout d’abord, avant de faire celui
> qui sait, y aurait-il eu du mouvement à ce sujet ces derniers temps ?
>
>
J'ai rendez-vous la semaine prohaine à la FFRP... ce qui n'était pas arrivé
depuis plusieurs années !



> Ensuite, s’il n’y a rien de nouveau, je voulais suggérer quelque chose. Ça
> me trotte dans la tête depuis quelques temps déjà : de nombreuses idées sur
> le comment ont été lancées, mais aucune n’est arrivée à son terme. À mon
> humble avis, étant donné que c’est, autant que je sache, la centrale de la
> FFRP qui déteint les droits sur les itinéraires et les marques GR, GRP et
> PR, il faudrait leur demander l’autorisation. Si des tiers, des clubs
> locaux ou autres voulaient leur disputer cette propriété intellectuelle, ce
> serait déjà fait, je pense, donc, étant donné que la FFRP exerce
> sereinement cette propriété intellectuelle depuis des décennies, on peut
> partir du principe qu’ils ont, de fait, cette propriété intellectuelle,
> donc que c’est bien à eux qu’il faut s’adresser. De plus, si on commence à
> polémiquer sur le fait qu’ils n’ont pas tous les droits qu’ils prétendent
> avoir, on va se les mettre à dos, et perdre toute chance de collaboration,
> sauf à régler ça au tribunal, mais là, on s’embarque dans pire encore,
> point de vue résultat, frais et bonne volonté de part et d’autre, d’autant
> que, je le répète, personne ne leur conteste ces droits. Bref, les prendre
> à rebrousse-poil serait contreproductif, d’autant que les attaquer au nom
> de droits de tiers qui ne les réclament pas ne me semble pas pertinent.
>
> Afin de ne pas faire les choses dans mon coin, je pensais faire un
> brouillon de courrier que je publierai sur Github, afin de vous permettre à
> tous d’y proposer des modifications, lesquelles seraient ensuite fusionnées
> au brouillon sur avis positif de la majorité. Je me représente ce courrier
> comme un courrier à la centrale qui, sans entrer dans le jargon juridique,
> leur expliquerait clairement les conséquences sur leur propriété
> intellectuelle, les avantages à en retirer pour eux comme pour nous, et le
> peu d’inconvénient que cela aurait pour eux, puisque ces données, même si
> elles pourraient leur retirer des rentrées d’argent, ne devraient en
> réalité ne pas leur retirer grand-chose, étant donné le précédent
> néerlandais, si ma mémoire est bonne.
>
> Afin de ne pas leur faire trop peur, je pense ne demander l’autorisation
> que pour les itinéraires, les marques GR, PR et GRP et le numéro de sentier
> pour la référence, et les métadonnées éventuelles comme le nom, la
> difficulté, la distance ou le temps de parcours. Cela n’inclurait toutefois
> pas les marquages ; d’une part, ils sont assez connus pour que leur
> omission ne change pas grand-chose en pratique pour OSM, d’autant qu’ils
> sont toujours les mêmes ; d’autre part, ça leur laisserait la possibilité
> de refuser les réutilisations payantes sans droits d’auteur, simplement en
> refusant à l’éditeur le droit d’utiliser les marquages. Je pense que ce
> compromis leur ferait moins peur que le tout-ouvert, surtout étant donnés
> les droits de réutilisations accordés par l’ODbL. À ce sujet, l’ODbL oblige
> bien la préservation des sources de données telles que définies dans les
> tags « source » ? De cette façon, on pourrait leur montrer que ce n’est pas
> du pillage et qu’ils resteront crédités quoi qu’il arrive. Enfin, étant
> donné que la grande majorité des cartes existantes de sentiers FFRP est
> faite sur des fonds de cartes IGN, il faudra tracer leurs sentiers par des
> parcours effectifs, ce qui prendra du temps étant donné , dans
> l’éventualité improbable d’une impact significatif, il sera très progressif.
>
> Pour le Club Vosgien, qui détient les mêmes droits que la FFRP sur une
> part non négligeable des sentiers, au moins ceux du Grand Est, je comptais
> leur demander la même chose, avec de surcroît l’autorisation d’enregistrer
> leur balisage sur les tags « osmc:symbol ». En effet, les sentiers du CV
> tendent à se recouper beaucoup plus souvent que ceux de la FFRP, et le
> nombre de leurs variations les rend beaucoup plus utiles pour se repérer et
> suivre un sentier que les 3 marquages de la FFRP. De plus, si les
> associations PR-jaune, GRP-jaune et rouge et GR-blanc et rouge est aisée et
> connue de nombre de randonneurs, les symboles du CV sont plus variés et
> dotés d’une signification plus complète et moins connue : anneau = boucle
> d’une demi-journée, losange=sentiers interdépartementaux… Ils sont
> également répétés bien plus souvent que ceux de la FFRP et sont donc plus
> utiles en randonnée en cas de doute sur l’itinéraire, d’autant plus que les
> couleurs sont choisies justement pour 

Re: [OSM-talk-fr] Cartographie des églises

[osm . sanspourriel]

Je sens que Frédéric va nous proposer une analyse pour ajouter chapel si 
le nom est Chapelle XXX et church si le nom est Église XXX (ou Eglise XXX).


Ça me semble pertinent.

https://www.openstreetmap.org#map=18/49.49994/0.13001

Attention, ceci n'est pas un rond-point ;-)
Jean-Yvon

Le 20/01/2017 à 10:19, Christian Quest - cqu...@openstreetmap.fr a écrit :

On peut donc préciser building=church/chapel


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

Re: [OSM-talk-be] 90 --> 70 km/h

[Marc Gemis]

2017-01-21 12:44 GMT+01:00 joost schouppe :
> Er is een speciale Tag om aan te geven dat de reden van de maxspeed
> urban/rural is. Is er ook geen Tag om aan te geven dat de reden voor
> maxspeed een verkeersbord is? Dan hebben we geen nood aan tijdelijke tags

source:maxspeed=sign https://wiki.openstreetmap.org/wiki/Key:source:maxspeed
De Benelux preset voor JOSM zou het mogelijk moeten maken om al die
varianten te mappen.

m.

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

[OSM-talk-fr] Signalement Osmose étrange

[Philippe Verdy]

Route souterraine sans tunnel
way 374135878 rawedit josm edit
covered = yes
highway = footway

ici ce n'est pas un tunnel mais un morceau de voie passant sous un porche
de bâtiment  au niveau du sol (d'où juste covered=yes, le batiment vient à
cheval, il est aussi au même layer mais pas découpé au niveau du porche
pour créer une partie "aérienne" en layer=1;level=1).

Bref ce n'est pas une route souterraine et ce n'est pas un tunnel non plus.
Résoudre ça avec des découpes de batimùents demanderait une modélisation 3D
(avec la complexité du schéma qui va avec).

Ne peut-on pas tenir compte de covered=yes et le traiter "comme si" c'était
un tunnel ? Doit-on malgré tout mettre un layer=-1 sur le tronçon (même si
cela reste au level=0) ? pour éviter aussi un signalement d'intersection
voie/bâtiment ?

Bref ce signalement devrait tenir compte de covered=yes et pas seulement
d'un éventuel tunnel=* recherché pour le layer=-1.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[girarsi_liste]

Il 21/01/2017 17:33, Matteo Fortini ha scritto:
> La lista che abbiamo usato è qui, è stata geotaggata a mano da persone del
> posto, io ho mappato nei dintorni dei luoghi per non lasciarli nel nulla,
> ma tutto potrebbe essere migliorato parecchio
> 
> https://docs.google.com/spreadsheets/d/1so6Bt74QvJJ1mG7TLUguMSVPQARww9zw0eCW4gOjw7g/edit?usp=sharing
> 

Ok, meglio che niente, ed integra sempre di più di guanto finora messo a
disposizione, grazie.

Per la licenza, come la vuoi/volete attribuire?


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-lt] Asociacija „Atvirasis žemėlapis“

[Kęstutis Paulikas]

Sveiki,
Įtariu galima daryt minimalų (arba ir neminimalų :) ) pavedimą per
banką ir pagal tai identifikuot. Bent jau mokant už Tele2 per Swedbanką
yra varna "perduoti asmens kodą pardavėjui".

On 2017.01.18 12:30, Tomas Straupis wrote:
...
>   Nebent yra minčių, kaip kitaip (be e-parašo) patikrinti žmogaus
> tapatybę. Laukiame minčių/idėjų (šiuo ir kitais klausimais) iš visų
> susidomėjusių!

--
Kestas

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

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[Philippe Verdy]

Non je ne travaille plus sur cette relation en particulier. Il peut
m'arriver (moi comme d'autres) de toucher à certains way membres faisant
aussi partie d'autres relations, dans ce cas je charge les relations
dépendantes pour éviter de les casser (ce genre de relation n'est pas
réellement éditable dans autre chose que JOSM, impossible avec iD ou
Potlatch sans faire des tas d'erreurs et aggraver les problèmes), mais je
le fais en cas de fusion ou scission de ways. Dans ce cas toute la relation
n'est pas intégralement chargée, juste les ways que je vais toucher et dont
j'assure la continuité dans la relation pour éviter de tout mélanger (mais
je ne vais pas au delà du way précédent ou suivant celui que je touche, je
suppose que le reste que de toute façon je ne touche pas est encore
connecté mais je ne peux pas vérifier tout (ça prend un temps fou et vite
ça explose de façon combinatoire avec beaucoup plsu de données que
nécessaire pour la modif initiale à faire.

Nettoyer ces relations de routes cyclables est très ardu. De plus
l'EuroVélo ne s'est jamais construite au départ en un seul morceau et a
longtemps eu des trous: plusieurs relations ont donc été utilisées là où la
route était tracée. Et petit à petit on a recollé les bouts, mais pas
toujours fusionné les relations adjointes.

D'une façon générale le minimum est d'avoir des relations scindées par pays
(parce que le tagging routier est dépendant de chaque pays et que c'est dur
de satisfaire les conventions de tout le monde en même temps). Ensuite on
peut toujours scinder la relation nationale en plusieurs parties quand ça
devient très compliqué, mais je ne vois pas trop de raisons de le faire. Je
suis plutôt partisan d'une unique superrelation pour l'EuroVélo entière,
quite à y mettre plusieurs relations membres pour le même pays, sans créer
une superrelation intermédiaire spécifiquement pour la partie française:
cela reste très facilement gérable, la superrelation européenne n'aura pas
tellement de membres que ça.

Mais si on découpe la partie française, autant que ce soit aussi sur des
limites elles aussi faciles à gérer, par exemple sur des frontières de
régions en zone rurale, plutôt que de le faire dans les villes étapes où il
y a souvent des itinéraires alternatifs mal définis et parallèles, mais
aussi d'autres complexités comme les ronds-points et des tas de bandes
cyclables qui oscillent entre la chaussée partagée, les voies de bus
partagées, les trottoirs... Faut-il donner des noms locaus aux parties
régionales ? je ne pense pas qu'il y en ait qui soit réellement officiel,
c'est juste un choix descriptif finalement assez arbitraile (alors que
nommer en suffisant entre parenthè_ses le noms des régions traversées c'est
aussi parlant que les villes étapes).


Le 21 janvier 2017 à 19:59, Adrien Grellier  a écrit :

> Bonjour,
>
> Effectivement, sur cette grosse relation (2345773) vous avec mis en 2015
> un FIXME: (propre) : la partie 2 est à nettoyer et intégrer
>
> J'imagine que vous travailliez sur cette relation, peut-être pour inclure
> toutes les sous-relations qui compose la relation n° 4774799 (Vélodyssée)
> dans une seule grosse relation ?
>
> Comme je l'ai dit dans un autre fil de discussion, mon idée était de
> supprimer la relation en question (2345773), pour laisser uniquement le
> découpage suivant :
>
> – relation 2763798 : la super-relation internationale qui représente la
> totalité de l'EuroVelo 1
> – relation 4774799 : la super-relation, qui est incluse dans la première
> relation et représente la portion française (Vélodyssée)
> – une relation pour chaque tronçon de la Vélodyssée (Roscoff-Carhaix,
> Carhaix-Pontivy, Pontivy-Redon, etc.)
>
> Après réflexion je pense qu'il est préférable d'avoir des relations «
> empilés » comme ceci, avec des sections moins grosses à manipuler et plus
> locale.
>
> Y-voyez-vous un inconvénient ?
>
> Merci à tous pour l'aide apportée
>
> Bonne soirée
>
> Adrien
>
> On 21/01/2017 18:06, Philippe Verdy wrote:
>
> The winner of what ? Je ne suis pas tout seul sur les 611 modifs. Mais je
> ne me suis jamais intéressé à cette relation dans son entier, même si j'ai
> pu en modifier certaines parties (où j'ai reconnecté certaines parties à
> l'occasion d'autres modifs mais sans regarder l'intégralité. Cette relation
> est superlongue et touche à plein d'autres qui sont modifiées pour bien
> d'autres choses (lignes de bus notamment, plus faciles à manipuler).
> C'est bien connu que depuis toujours les itinéraires cyclistes sont plein
> de trous et changent sans arrêt car ils sont tracés très approximativement
> ou rompus par des travaux.
>
>
> Le 21 janvier 2017 à 16:41,  a écrit :
>
>> Un peu de dichotomie (et de pifométrie au début pour optimiser)
>> https://www.openstreetmap.org/api/0.6/relation/2345773/524
>> And the winner is: Verdy_p
>> Je crois que tu sais comment le contacter ;-=)
>>
>> Jean-Yvon
>>
>> Le 21/01/2017 à 16:04, Frédéric Rodrigo 

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[Adrien Grellier]

Bonjour,

Effectivement, sur cette grosse relation (2345773) vous avec mis en 2015
un FIXME: (propre) : la partie 2 est à nettoyer et intégrer

J'imagine que vous travailliez sur cette relation, peut-être pour
inclure toutes les sous-relations qui compose la relation n° 4774799
(Vélodyssée) dans une seule grosse relation ?

Comme je l'ai dit dans un autre fil de discussion, mon idée était de
supprimer la relation en question (2345773), pour laisser uniquement le
découpage suivant :

– relation 2763798 : la super-relation internationale qui représente la
totalité de l'EuroVelo 1
– relation 4774799 : la super-relation, qui est incluse dans la première
relation et représente la portion française (Vélodyssée)
– une relation pour chaque tronçon de la Vélodyssée (Roscoff-Carhaix,
Carhaix-Pontivy, Pontivy-Redon, etc.)

Après réflexion je pense qu'il est préférable d'avoir des relations «
empilés » comme ceci, avec des sections moins grosses à manipuler et
plus locale.

Y-voyez-vous un inconvénient ?

Merci à tous pour l'aide apportée

Bonne soirée

Adrien


On 21/01/2017 18:06, Philippe Verdy wrote:
> The winner of what ? Je ne suis pas tout seul sur les 611 modifs. Mais
> je ne me suis jamais intéressé à cette relation dans son entier, même
> si j'ai pu en modifier certaines parties (où j'ai reconnecté certaines
> parties à l'occasion d'autres modifs mais sans regarder l'intégralité.
> Cette relation est superlongue et touche à plein d'autres qui sont
> modifiées pour bien d'autres choses (lignes de bus notamment, plus
> faciles à manipuler).
> C'est bien connu que depuis toujours les itinéraires cyclistes sont
> plein de trous et changent sans arrêt car ils sont tracés très
> approximativement ou rompus par des travaux.
>
>
> Le 21 janvier 2017 à 16:41,  > a écrit :
>
> Un peu de dichotomie (et de pifométrie au début pour optimiser)
> https://www.openstreetmap.org/api/0.6/relation/2345773/524
> And
> the winner is: Verdy_p
> Je crois que tu sais comment le contacter ;-=)
>
> Jean-Yvon
>
> Le 21/01/2017 à 16:04, Frédéric Rodrigo - fred.rodr...@gmail.com
>  a écrit :
>> Tu peux consulter les versions une à une :
>> https://www.openstreetmap.org/api/0.6/relation/2345773/1
>> 
>>
>> Bon courage, il y en a juste 611 ;)
>> Frédéric.
>
>
> ___
> 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



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

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[Philippe Verdy]

The winner of what ? Je ne suis pas tout seul sur les 611 modifs. Mais je
ne me suis jamais intéressé à cette relation dans son entier, même si j'ai
pu en modifier certaines parties (où j'ai reconnecté certaines parties à
l'occasion d'autres modifs mais sans regarder l'intégralité. Cette relation
est superlongue et touche à plein d'autres qui sont modifiées pour bien
d'autres choses (lignes de bus notamment, plus faciles à manipuler).
C'est bien connu que depuis toujours les itinéraires cyclistes sont plein
de trous et changent sans arrêt car ils sont tracés très approximativement
ou rompus par des travaux.


Le 21 janvier 2017 à 16:41,  a écrit :

> Un peu de dichotomie (et de pifométrie au début pour optimiser)
> https://www.openstreetmap.org/api/0.6/relation/2345773/524
> And the winner is: Verdy_p
> Je crois que tu sais comment le contacter ;-=)
>
> Jean-Yvon
>
> Le 21/01/2017 à 16:04, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :
>
> Tu peux consulter les versions une à une :
> https://www.openstreetmap.org/api/0.6/relation/2345773/1
>
> Bon courage, il y en a juste 611 ;)
> Frédéric.
>
>
>
> ___
> 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] Gelöschte Objekte visuell wiederfinden

[Norbert Renner]

> Leider zeigt mir die Webseite nur Änderungen für einen Way an. Ich 
suche ein Point Objekt.


Also achavi kann schon auch Änderungen an Nodes anzeigen, hast Du ein 
konkretes Beispiel?


Oder meinst Du Potlach 1, vermutlich immer noch die beste Lösung zum 
Finden und Wiederherstellen gelöschter Ways [1] (aber eben nur Ways)?


Zum Auffinden gelöschter Objekte ist leider auch achavi bzw. die dort 
verwendete Overpass adiff Abfrage nicht ideal. Diese ermittelt nur die 
Differenz zwischen zwei Zeitpunkten. Ein Objekt, das innerhalb des 
Zeitraums angelegt und wieder gelöscht wurde, bleibt dabei unberücksichtigt.


Wenn man weiß wonach man sucht, könnte man auch mit der date Abfrage 
[2][3] in Overpass Turbo systematisch Stichproben in der Vergangenheit 
machen, das ginge evtl. etwas schneller als mit achavi, besonders mit 
einer Einschränkung nach Objekt und Tags.


Ansonsten habe ich noch gesehen, dass es eine Wiki-Seite zum Finden 
gelöschter Nodes gibt:

https://wiki.openstreetmap.org/wiki/Find_the_id_of_a_deleted_node

Gruß,
Norbert

[1] https://wiki.openstreetmap.org/wiki/Change_rollback#Potlatch_1
[2] 
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Attic_data_.28.22date.22.29
[3] 
https://wiki.openstreetmap.org/wiki/DE:Overpass_API/Beispielsammlung#Stand_der_OSM-Daten_zu_einem_Stichtag


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

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Matteo Fortini]

La lista che abbiamo usato è qui, è stata geotaggata a mano da persone del
posto, io ho mappato nei dintorni dei luoghi per non lasciarli nel nulla,
ma tutto potrebbe essere migliorato parecchio

https://docs.google.com/spreadsheets/d/1so6Bt74QvJJ1mG7TLUguMSVPQARww9zw0eCW4gOjw7g/edit?usp=sharing

Il sab 21 gen 2017, 17:28 Matteo Fortini  ha
scritto:

> Una cosa che sarebbe utile è poter mappare strade interrotte ed edifici
> crollati con un tag apposito che identifichi la motivazione terremoto. C'è
> un tag damage che viene usato ogni tanto, ma non ho capito quale sia meglio
> usare.
>
> Il mio intento sarebbe di tener monitorate tutte queste cose (che non
> dureranno 2 giorni, quindi secondo me possono stare sulla mappa), ma
> eventualmente di poterle sia visualizzare che selezionare per tenerle
> monitorate o anche eliminarle tutte in un colpo
>
> Il sab 21 gen 2017, 14:48 Fabrizio Tambussa  ha
> scritto:
>
> Il 21 gennaio 2017 12:47, girarsi_liste  ha
> scritto:
>
> >> Per quello che riguarda i dati disponibili regionali, come avevo
> verificato
> >> a suo tempo, il WMS dei prodotti Raster non funziona e non espone
> nulla. Ho
> >> provato ora, non è cambiato niente.
>
> Io su Josm ho questo link che funziona:
>
> wms:
> http://geocatalogo.regione.abruzzo.it/erdas-iws/ogc/wms/?FORMAT=image/jpeg=1.1.1=WMS=GetMap=Mosaici_UTM-WGS84_CTRN_WGS84.ecw=={proj}={width}={height}={bbox}
>
> Saluti
> Fabrizio
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Matteo Fortini]

Una cosa che sarebbe utile è poter mappare strade interrotte ed edifici
crollati con un tag apposito che identifichi la motivazione terremoto. C'è
un tag damage che viene usato ogni tanto, ma non ho capito quale sia meglio
usare.

Il mio intento sarebbe di tener monitorate tutte queste cose (che non
dureranno 2 giorni, quindi secondo me possono stare sulla mappa), ma
eventualmente di poterle sia visualizzare che selezionare per tenerle
monitorate o anche eliminarle tutte in un colpo

Il sab 21 gen 2017, 14:48 Fabrizio Tambussa  ha
scritto:

> Il 21 gennaio 2017 12:47, girarsi_liste  ha
> scritto:
>
> >> Per quello che riguarda i dati disponibili regionali, come avevo
> verificato
> >> a suo tempo, il WMS dei prodotti Raster non funziona e non espone
> nulla. Ho
> >> provato ora, non è cambiato niente.
>
> Io su Josm ho questo link che funziona:
>
> wms:
> http://geocatalogo.regione.abruzzo.it/erdas-iws/ogc/wms/?FORMAT=image/jpeg=1.1.1=WMS=GetMap=Mosaici_UTM-WGS84_CTRN_WGS84.ecw=={proj}={width}={height}={bbox}
>
> Saluti
> Fabrizio
>
> ___
> 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-se] Busslinjer - 3 changesets i Västerås, vad har jag missat?

[Essin]

Hej!

Vad kul att kartvisningen på bussarna leder till återkoppling och
förbättring av OSM! Det jag har ritat i Västerås är mest baserat på
Mapillary, vilket kanske förklarar en del konstiga luckor, till exempel vid
Centralen.

Huvuddragen i det system som används i större delen av Sverige, bland annat
Västerås, finns dokumenterade på [1]. Jag ska försöka undvika att upprepa
vad som redan står där, men några ytterligare kommentarer:

name= på public_transport=platform ska i första hand användas för
hållplatslägesbeteckningar (ofta A, B, C etc, VL skyltar dem vid större
hållplatser). Jag tänker ibland att det hade varit bättre att fortsätta
använda local_ref= för det ändamålet för bättre bakåtkompatibilitet, men
det är lätt att vara efterklok. Hållplatsens namn framgår av
stop_area-relationens name=, och för bakåtkompatibilitet av
stop_position-nodernas. (Jag har ofta varit för lat för att skapa
stop_area-relationer, men det betyder inte att jag ogillar dem.)

ref= på public_transport=platform eller public_transport=stop_area syftar
på bussbolagens interna hållplatskoder och är antagligen inte så
högprioriterat. Jag har inte sett att VL skyltar dem överhuvudtaget, men
det är möjligt att de står i finstilt på hållplatstidtabellerna. Ett bra
exempel på hur de kan se ut är [2].

route_ref= behöver bara läggas in på public_transport=platform-objekt och
är egentligen inte nödvändigt där heller om man kan lägga in hållplatsen i
rätt ruttrelation direkt. Det skadar inte att lägga in det ändå, men är mer
ett sätt för mappare att kommunicera med varandra än något som renderingar
eller andra verktyg använder.

public_transport:version= är en tagg som jag egentligen inte tycker om
eftersom den infördes av JOSM-programmerarna när de inte lyckades få
validatorn att skilja på de olika systemen för kollektivtrafikrelationer.
Jag har motvilligt accepterat den eftersom den underlättar mycket när man
redigerar kollektivtrafik i JOSM, men den har ingen effekt på annat än
route-relationer.

[3] hade fått hållplatserna listade baklänges, men det var kanske bara av
misstag?


[1]
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Public_transport#Hur_skall_vi_tagga_nu.3F
[2] https://www.openstreetmap.org/relation/2255483
[3] https://www.openstreetmap.org/relation/5673052

Vänliga hälsningar, Essin


Den 21 januari 2017 00:28 skrev Christoffer Holmstedt <
christoffer.holmst...@gmail.com>:

> Hej
> I Västerås så visar alla bussar en OSM karta om vart bussen är och jag har
> lagt märke till att busslinjerna inte alltid är kompletta. Nu har jag fixat
> till busslinje 2 och 4 i Västerås till att börja med.
>
> Hur ser ändringarna [1,2,3] ut? Något jag bör fixa till?
>
> Sedan undrar jag vad som är praxis när busstopp ska placeras ut, gjorde
> ett försök med [2]. Finns det någon "best practice" för svenska
> förhållanden?
>
> [1] https://www.openstreetmap.org/changeset/45337608
> [2] https://www.openstreetmap.org/changeset/45338360
> [3] https://www.openstreetmap.org/changeset/45339920
>
> Med vänlig hälsning
> --
> Christoffer Holmstedt
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[David Marchal]

Chers tous,

Je relance un sujet maintes fois discuté, et pourtant jamais résolu, ni vers 
l’ajout, ni vers la suppression : les itinéraires de randonnées de la FFRP et, 
accessoirement du Club Vosgien. Tout d’abord, avant de faire celui qui sait, y 
aurait-il eu du mouvement à ce sujet ces derniers temps ?

Ensuite, s’il n’y a rien de nouveau, je voulais suggérer quelque chose. Ça me 
trotte dans la tête depuis quelques temps déjà : de nombreuses idées sur le 
comment ont été lancées, mais aucune n’est arrivée à son terme. À mon humble 
avis, étant donné que c’est, autant que je sache, la centrale de la FFRP qui 
déteint les droits sur les itinéraires et les marques GR, GRP et PR, il 
faudrait leur demander l’autorisation. Si des tiers, des clubs locaux ou autres 
voulaient leur disputer cette propriété intellectuelle, ce serait déjà fait, je 
pense, donc, étant donné que la FFRP exerce sereinement cette propriété 
intellectuelle depuis des décennies, on peut partir du principe qu’ils ont, de 
fait, cette propriété intellectuelle, donc que c’est bien à eux qu’il faut 
s’adresser. De plus, si on commence à polémiquer sur le fait qu’ils n’ont pas 
tous les droits qu’ils prétendent avoir, on va se les mettre à dos, et perdre 
toute chance de collaboration, sauf à régler ça au tribunal, mais là, on 
s’embarque dans pire encore, point de vue résultat, frais et bonne volonté de 
part et d’autre, d’autant que, je le répète, personne ne leur conteste ces 
droits. Bref, les prendre à rebrousse-poil serait contreproductif, d’autant que 
les attaquer au nom de droits de tiers qui ne les réclament pas ne me semble 
pas pertinent. 

Afin de ne pas faire les choses dans mon coin, je pensais faire un brouillon de 
courrier que je publierai sur Github, afin de vous permettre à tous d’y 
proposer des modifications, lesquelles seraient ensuite fusionnées au brouillon 
sur avis positif de la majorité. Je me représente ce courrier comme un courrier 
à la centrale qui, sans entrer dans le jargon juridique, leur expliquerait 
clairement les conséquences sur leur propriété intellectuelle, les avantages à 
en retirer pour eux comme pour nous, et le peu d’inconvénient que cela aurait 
pour eux, puisque ces données, même si elles pourraient leur retirer des 
rentrées d’argent, ne devraient en réalité ne pas leur retirer grand-chose, 
étant donné le précédent néerlandais, si ma mémoire est bonne.

Afin de ne pas leur faire trop peur, je pense ne demander l’autorisation que 
pour les itinéraires, les marques GR, PR et GRP et le numéro de sentier pour la 
référence, et les métadonnées éventuelles comme le nom, la difficulté, la 
distance ou le temps de parcours. Cela n’inclurait toutefois pas les marquages 
; d’une part, ils sont assez connus pour que leur omission ne change pas 
grand-chose en pratique pour OSM, d’autant qu’ils sont toujours les mêmes ; 
d’autre part, ça leur laisserait la possibilité de refuser les réutilisations 
payantes sans droits d’auteur, simplement en refusant à l’éditeur le droit 
d’utiliser les marquages. Je pense que ce compromis leur ferait moins peur que 
le tout-ouvert, surtout étant donnés les droits de réutilisations accordés par 
l’ODbL. À ce sujet, l’ODbL oblige bien la préservation des sources de données 
telles que définies dans les tags « source » ? De cette façon, on pourrait leur 
montrer que ce n’est pas du pillage et qu’ils resteront crédités quoi qu’il 
arrive. Enfin, étant donné que la grande majorité des cartes existantes de 
sentiers FFRP est faite sur des fonds de cartes IGN, il faudra tracer leurs 
sentiers par des parcours effectifs, ce qui prendra du temps étant donné , dans 
l’éventualité improbable d’une impact significatif, il sera très progressif.

Pour le Club Vosgien, qui détient les mêmes droits que la FFRP sur une part non 
négligeable des sentiers, au moins ceux du Grand Est, je comptais leur demander 
la même chose, avec de surcroît l’autorisation d’enregistrer leur balisage sur 
les tags « osmc:symbol ». En effet, les sentiers du CV tendent à se recouper 
beaucoup plus souvent que ceux de la FFRP, et le nombre de leurs variations les 
rend beaucoup plus utiles pour se repérer et suivre un sentier que les 3 
marquages de la FFRP. De plus, si les associations PR-jaune, GRP-jaune et rouge 
et GR-blanc et rouge est aisée et connue de nombre de randonneurs, les symboles 
du CV sont plus variés et dotés d’une signification plus complète et moins 
connue : anneau = boucle d’une demi-journée, losange=sentiers 
interdépartementaux… Ils sont également répétés bien plus souvent que ceux de 
la FFRP et sont donc plus utiles en randonnée en cas de doute sur l’itinéraire, 
d’autant plus que les couleurs sont choisies justement pour éviter que deux 
itinéraires au balisage identique ne se croisent. Enfin, en lisant les 
documentations de la FFRP et du CV, et ayant eu des contacts avec des membres 
des deux organismes, j’ai la nette impression que le CV sera plus ouvert à 
l’intégration 

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[osm . sanspourriel]

Un peu de dichotomie (et de pifométrie au début pour optimiser)
https://www.openstreetmap.org/api/0.6/relation/2345773/524
And the winner is: Verdy_p
Je crois que tu sais comment le contacter ;-=)

Jean-Yvon

Le 21/01/2017 à 16:04, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :

Tu peux consulter les versions une à une :
https://www.openstreetmap.org/api/0.6/relation/2345773/1

Bon courage, il y en a juste 611 ;)
Frédéric.


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

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[osm . sanspourriel]

l'overpass API ne permet que newer ;-( et en plus overpass turbo ne 
semble pas avoir d'équivalent


Par contre sur http://www.openstreetmap.org/relation/2345773/history 
j'ai une erreur 500, pas un timeout.
Pour JOSM, CTRL+SHIFT+H ? au quel cas c'est l'équivalent de l'url 
précédente, non ?


N.B.  : au nord et au sud de Redon il manque des morceaux.
J'aime le nom en français (route du littoral atlantique) alors que de 
Roscoff à Nantes elle ne passe pas du tout par le littoral. Celui qui a 
trouvé le nom a dû être agent immobilier ;-).


Jean-Yvon

Le 21/01/2017 à 14:46, Adrien Grellier - pe...@adrieng.fr a écrit :

Bonjour,

Je cherche à obtenir l'historique de la relation n°2345773 (tronçon
vélodyssée). Avec JOSM ou le site web d'Openstreetmap, j'obtiens à
chaque fois un timeout, peut-être à cause de la taille de la relation ?

Sauriez-vous comment je peux récupérer cet historique ? Je cherche en
effet à déterminer qui a crée la relation, et qui à inséré le tag FIXME,
pour entrer en contact.

Bonne journée

Adrien




___
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-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Simon Poole]

I've pointed this our before. but anyway: we don't really care that much
about the imagery licence as such as long as we are allowed to display
it in the usual OSM tools. The real question are the rights in digitized
vector data from that imagery.

The best situation IMHO is if the provider of the imagery clearly states
that they waive any rights in such digitized data (which depending on
jurisdiction they might not have in any case).

If they insist that the digitized data is a derivative and licensed on
the same terms as the imagery itself*, we need either explicit
permission roughly along the lines of the contributor terms (while
theoretically permission to distribute on ODbL 1.0 terms is enough, that
implies that the data may have to be removed on any licence change, a
lot of work that we probably don't want to have looming over us), or we
need waivers on specific incompatible terms of the licence. The later
requires that we determine exactly what needs to waived, something that
we (aka LWG) haven't done for CC BY-NC in any version.

Simon

* this is naturally just one of many variants possible, but likely the
most common. Commercial imagery typically has terms of use that cover
digitizing and needs to be considered separately.

Am 21.01.2017 um 03:10 schrieb Blake Girardot HOT/OSM:
> Greetings,
>
> We are working with an imagery provider who is going to release some
> of their imagery under cc-by-nc 4.0, and with a specific allowance for
> it to be used for digitizing into OSM.
>
> Their main goal as I understand it, is to make sure their imagery is
> cc-by-nc 4.0, but they are fine if it is digitized into OSM, knowing
> full well the digitized data is released under ODbL 1.0 and
> understanding how OSM provides attribution.
>
> Does anyone see any problem with this, or have specific suggestions to
> make sure their OSM specific allowance is clear enough?
>
> Cheers
> blake
>




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

Re: [OSM-talk-fr] timeout sur l'historique d'une grosse relation

[Frédéric Rodrigo]

Tu peux consulter les versions une à une :
https://www.openstreetmap.org/api/0.6/relation/2345773/1

Bon courage, il y en a juste 611 ;)
Frédéric.


Le 21/01/2017 à 14:46, Adrien Grellier a écrit :

Bonjour,

Je cherche à obtenir l'historique de la relation n°2345773 (tronçon
vélodyssée). Avec JOSM ou le site web d'Openstreetmap, j'obtiens à
chaque fois un timeout, peut-être à cause de la taille de la relation ?

Sauriez-vous comment je peux récupérer cet historique ? Je cherche en
effet à déterminer qui a crée la relation, et qui à inséré le tag FIXME,
pour entrer en contact.

Bonne journée

Adrien




___
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] Mappa centri accoglienza terremoto l'Aquila

[Davide Mangraviti]

Grazie Fabrizio, hai ragione questo funziona. Su sito non hanno corretto la
stringa.
L'indirizzo da mettere su JOSM è questo:


http://geocatalogo.regione.abruzzo.it/erdas-iws/ogc/wms/?FORMAT=image/jpeg=1.1.1=WMS=GetMap=Mosaici_UTM-WGS84_CTRN_WGS84.ecw



--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappa-centri-accoglienza-terremoto-l-Aquila-tp5889603p5889749.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Fabrizio Tambussa]

Il 21 gennaio 2017 12:47, girarsi_liste  ha scritto:

>> Per quello che riguarda i dati disponibili regionali, come avevo verificato
>> a suo tempo, il WMS dei prodotti Raster non funziona e non espone nulla. Ho
>> provato ora, non è cambiato niente.

Io su Josm ho questo link che funziona:

wms:http://geocatalogo.regione.abruzzo.it/erdas-iws/ogc/wms/?FORMAT=image/jpeg=1.1.1=WMS=GetMap=Mosaici_UTM-WGS84_CTRN_WGS84.ecw=={proj}={width}={height}={bbox}

Saluti
Fabrizio

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

[Talk-se] Symboler för skidspår (Nordic)

[M Branting]

Man ska ju inte tagga för kartor sägs det. Jag hade dock tänkt att
skidspåren jag lägger upp som rutt skall synas på waymarked trails/slopes.
Jag har roat mig att lägga upp sommarleder i Ågesta
friluftsområde (Huddinge kommun söder om sjön Magelungen). Det fungerar
hyggligt att lägga upp markerade vandringsleder med osmc:symbol. (visas på
hiking map). För vinterskidspår (piste:nordic)  fungerar det sämre. Har
försökt både med osmc:symbol och colour. (Jag har lagt upp skidspår och
vandringsleder som separata relationer).
Finns det någon bättre karta för visning av skidspår? Om man ska använda
sig av waymarked trails - hur ska man då visa symboler för skid-rutter?
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk-fr] timeout sur l'historique d'une grosse relation

[Adrien Grellier]

Bonjour,

Je cherche à obtenir l'historique de la relation n°2345773 (tronçon
vélodyssée). Avec JOSM ou le site web d'Openstreetmap, j'obtiens à
chaque fois un timeout, peut-être à cause de la taille de la relation ?

Sauriez-vous comment je peux récupérer cet historique ? Je cherche en
effet à déterminer qui a crée la relation, et qui à inséré le tag FIXME,
pour entrer en contact.

Bonne journée

Adrien




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

[Talk-ca] Crowdsourcing buildings with Statistics Canada

[Bjenk Ellefsen]

A couple of things to consider and what follows is in my name and I do not 
speak for StatCan:

Open Data is the way Governments are going to release data to be used by the 
public freely. Many are working hard through consultations to further these 
initiatives precisely because they are the sole medium by which Governments are 
going to release data that normally the public would never have access to.

Open Data for Governments are released under licenses, which were modelled 
after extensive consultations to be as permissive as they can be under the 
responsibility of these jurisdictions. OGL-Canada was done to allow Canadians 
and anyone really to use data from Federal Government and that allows anyone to 
not have to go to a specific group or owner of datasets in Federal Departments 
and get a personal commitment and permission, which is highly unlikely: no one 
has that authority. Open Data programs are a wonderful progress and medium 
which we will all work to support and enhance.

The City of Ottawa has gone through extensive work to revise their Open Data 
licence so that it is modelled after OGL-Canada as it is stated in their FAQ. 
The Federal license might become a standard for Canada in the future.

As for the dataset released yesterday: urban buildings, it was released after 
months of negotiations between the City and StatCan and an internal 
consultation at the City of Ottawa with lawyers experts in Open Data. They were 
all supportive of the concepts and principles behind Open data and this dataset 
was released precisely in support of this project which is a collaboration 
between municipalities, StatCan and OSM community. This is entirely for the 
benefit of OSM.

Also, other Departments and Municipalities are joining the discussion and 
interest is rising for OSM. Open Data initiatives are going to be the main 
vehicle to provide data to the public.

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

Re: [OSM-talk-fr] nouveau site Internet points géodésiques IGN

[PanierAvide]

Bonjour,

Le groupe de modifications pour les relations est en cours d'envoi. Ce 
qui m'a permis au passage de me rendre compte que certaines relations 
site=geodesic n'avaient plus de nœuds fils... Que faut-il faire de 
celles-ci ? Deux options : essayer de retrouver les nœuds fils et les y 
ajouter, ou les supprimer en supposant que s'il n'y a plus de fils, 
c'est qu'il y a une raison sensée. Qu'en pensez-vous ? En tout cas, la 
liste est ici :

http://overpass-turbo.eu/s/lp0

Il faut lire sur deux lignes :
relation  
count 

Et donc celles qui posent problèmes sont celles ayant le count à 0.

Cordialement,

PanierAvide.


Le 20/01/2017 à 15:49, PanierAvide a écrit :
J'avais pas vu l'histoire des URL dans les relations, je m'en occupe 
ce week-end (à moins que quelqu'un d'autre veuille se lancer d'ici là ?).


Cordialement,

PanierAvide.


Le 20/01/2017 à 14:51, GarenKreiz a écrit :

Bonjour

Bravo pour ce travail de remise à niveau et pour le partage de la
méthode utilisée qui donne au passage des tuyaux sur Overpass.

Parti pour "dégommer du rouge" , après avoir corrigé le premier site
choisi (Lesneven,  2912401), l'URL mais aussi le dédoublement de 2
repères et leur déplacement, je me suis aperçu qu'il fallait aussi
corriger la relation englobante qui a aussi un champ URL.

Est-ce qu'il va y avoir un autre envoi automatique pour corriger les 
relations?


Autre question connexe : quelle est la meilleur façon la plus simple
de recréer les points géodésiques disparus (par exemple ceux du phare
de l'Ile Vierge)?

Cordialement

Garenkreiz 


--
PanierAvide
Géomaticien & développeur


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

[OSM-talk-be] What 3 Words

[Philippe Casteleyn]

Ik weet wel dat W3W niet aanvaard wordt binnen OSM.


Er zijn smileys die ik niet begrijp.  Kan iemand mij vertellen wat het grapje 
is achter al die alternatieven.  Ik heb geen zin om de rest van de dag onnozele 
websites te lezen.  Ik vind het wel positief dat ze ook aanstootgevende woorden 
gebruiken.  Waarom werken ze met driehoeken ?


Ik zou zeggen, kijk eens naar mijn adres en de keuze is vlug gemaakt.


Ph Casteleyn

animals.slippers.loaders
trollop cuntass hyena creep deggo
Arcanine Lilligant Spinda Furret
werna vanadin strecket blåmes
mother-trucker burp sazzafraz tool butt-horn

Ctrl+v
De Dahliastraat, je kunt niet missen, het grootste, schoonste en duurste huis.


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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Blake Girardot HOT/OSM]

On Sat, Jan 21, 2017 at 8:43 AM, Christoph Hormann  wrote:

> However care should be taken that the mapper is in a solid situation
> when using the data independent of the question if his/her work
> actually makes it into the main OSM database.  In the past this has
> often been a problem with specific permissions for restricted access
> data.  License terms or terms of use of a service should not require
> mappers to take additional legal risks.

I do not understand what you saying here. Could you explain this a bit
more please?

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

Re: [Talk-se] Gamla tågspår - Ska de mappas?

[Micke]

Inne i Västerås stad kanske det inte tillför så mycket. Men ute på landsbygden 
så säger railway=abandoned att det är en längre sträcka utan tvära kurvor och 
backar. En banvall är dessutom något som oftast syns ganska tydligt och kan 
vara svår att ta sig tvärs över. Bra att veta för t.ex. cyklister, skoteråkare 
m.m.


Även om man själv inte förstår vad en tag används till så finns det andra som 
har nytta av den.


Det blir en ökad komplexitet, absolut. Men ska man ta hänsyn till att nybörjare 
kan göra fel så ska vi inte ha redigerbar data alls. Finns många exempel på 
helt tokiga redigeringar.


Mvh

Anders


Från: Ture Pålsson 
Skickat: den 21 januari 2017 10:36
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] Gamla tågspår - Ska de mappas?

Tittar man på wikin (http://wiki.openstreetmap.org/wiki/Railways#Life-cycle) 
verkar det ju som om 'abandoned' ska användas då det finns tydliga tecken kvar 
(kanske en banvall men inget spår) och 'razed' eller 'dismatled' om den är helt 
borta (verkar lite överdrivet att ha två olika taggar för något som inte 
finns...).
[http://wiki.openstreetmap.org/w/images/thumb/6/64/Railway_tracks.jpg/240px-Railway_tracks.jpg]

Railways - OpenStreetMap 
Wiki
wiki.openstreetmap.org
There is considerable information about railways, including mainline services, 
subways, heritage lines and trams in OpenStreetMap, together with details of 
railway ...


Det har varit en massa snack på de internationella mailinglistorna om det där 
med nedlagda järnvägar, det går säkert att hitta om man rotar i arkiven. En del 
järnvägsälskare (ferroviofiler? :-) ) vill kartlägga precis allt, andra tycker 
att det är onödigt att mappa saker som de facto är omöjliga att upptäcka i 
terrängen. Själv lutar jag nog åt det senare hållet (kartdatat är tillräckligt 
rörigt ändå, det blir bara jobbigt att redigera om man har en massa extra ways 
att ta hänsyn till), men andra har uppenbart andra åsikter. En del säger "Om en 
banvall finns kvar men har gjorts om till cykelväg är det historiskt intressant 
att ha kvar dess identitet som banvall", och de har förstås en poäng i att det 
är (teknik)historiskt intressant, men jag säger "Om det kvackar som en cykelväg 
så är det en cykelväg, även om det var en banvall 1920. Den nuvarande 
datastrukturen pallar knappt för att representera vad saker *är*, låt oss inte 
dra in vad de *var* också!".



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

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[girarsi_liste]

Il 21/01/2017 12:31, Davide Mangraviti ha scritto:
> Come ho affermato precedentemente non capisco adesso Copernicus, con queste
> condizioni di estesa e imponente copertura nevosa, quali informazioni utili
> (operativamente) possano dare alla macchina del soccorso. 
> I software di change detection, non è che possano dare grandi risultati
> utili, visto il "disturbo" della neve.
> 
> La cosa da fare presente, parlando di shapefile è che i dati che poi offrono
> sono presi proprio da sopratutto da OSM, e quindi prenderanno quello che già
> ci sta.
> 
> Per quello che riguarda i dati disponibili regionali, come avevo verificato
> a suo tempo, il WMS dei prodotti Raster non funziona e non espone nulla. Ho
> provato ora, non è cambiato niente.
> http://geoportale.regione.abruzzo.it/Cartanet/front-page?web-map-services
> 
> Ho visto che però esiste il DBTR 1:5000 in formato shape, ma suddiviso in
> centinaia di settori. 
> 
> http://opendata.regione.abruzzo.it/content/dbtr-regione-abruzzo-scala-15000-edizione-2007-formato-shp
> 
> 
> 

Ho appena guardato il portale, ho trovato per quanto riguarda i codici
da cercare, questa pagina[0], dei quadri di unione, aprto con Qgis, di
fatto in base al riquadro, corrisponde il rispettivo codice sull'altra
pagina da te linkata, attenzione però, la pagina linkata è riferita alla
scala 1:5000, per cui io ho guardato lo shapefile rispettivo dal titolo
" Quadro Unione ED50 5k" (file *.rar da estrarre).

[0] http://opendata.regione.abruzzo.it/content/basi-vettoriali




-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [OSM-talk-be] 90 --> 70 km/h

[joost schouppe]

Tuurlijk wel: gewoon in de query van Ruben "Vlaanderen" vervangen door
"West-Vlaanderen".

Er is een speciale Tag om aan te geven dat de reden van de maxspeed
urban/rural is. Is er ook geen Tag om aan te geven dat de reden voor
maxspeed een verkeersbord is? Dan hebben we geen nood aan tijdelijke tags.

Overigens, min of meer in hetzelfde thema: net ontdekt dat we bij de stad
Antwerpen onze verkeersborden als open data delen. En de kwaliteit lijkt
behoorlijk goed te zijn.

Op 21 jan. 2017 09:24 schreef "Jakka" :

> Hoi Ruben,
> overpass Query is nog niet mijn ding
> Wat kan ik aanpassen om bijvoorbeeld alleen het arrondissement Kortrijk
> West-Vlaanderen op te vragen (server time saving). Gans Vlaanderen heb ik
> voorlopig niet nodig ;)
> Vermoed dat met de assistent niet mogelijk is ?
>
> thx
>
> Op 21/01/2017 om 0:02 schreef Ruben:
>
>> I made an Overpass Query to search for roads lower than trunk that are
>> tagged with maxspeed=90. This is useful to know where you should go and
>> see whether there's a sign allowing you to drive 90km/h (most of the
>> times there won't be ;) ).
>>
>> The query takes about half a minute to run.
>>
>> http://overpass-turbo.eu/s/loF
>>
>>
>> PS: Maybe we could use a special (temporary) tag to mark roads as "still
>> 90" to be able to eliminate them from such queries.
>>
>> PPS: Does anyone know how to get rid of those way placeholders on
>> Overpass Turbo? I'm talking about those nodes that are all over the
>> place when there are a lot of ways that are 'too small to show', like on
>> the above map.
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Cascafico Giovanni]

Il 21/gen/2017 11:26, "girarsi_liste" <
> Quindi restano le ortofoto PCN 2010/12 e Bing di massima, per cui per il
> momento ci arrangiamo con quelle, giusto?

Può valer la pena controllare anche cosa offre Mapbox: ogni tanto anticipa
Bing
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Davide Mangraviti]

Come ho affermato precedentemente non capisco adesso Copernicus, con queste
condizioni di estesa e imponente copertura nevosa, quali informazioni utili
(operativamente) possano dare alla macchina del soccorso. 
I software di change detection, non è che possano dare grandi risultati
utili, visto il "disturbo" della neve.

La cosa da fare presente, parlando di shapefile è che i dati che poi offrono
sono presi proprio da sopratutto da OSM, e quindi prenderanno quello che già
ci sta.

Per quello che riguarda i dati disponibili regionali, come avevo verificato
a suo tempo, il WMS dei prodotti Raster non funziona e non espone nulla. Ho
provato ora, non è cambiato niente.
http://geoportale.regione.abruzzo.it/Cartanet/front-page?web-map-services

Ho visto che però esiste il DBTR 1:5000 in formato shape, ma suddiviso in
centinaia di settori. 

http://opendata.regione.abruzzo.it/content/dbtr-regione-abruzzo-scala-15000-edizione-2007-formato-shp




girarsi_liste wrote
> Il 20/01/2017 22:42, Davide Mangraviti ha scritto:
>> Buonasera, intervengo nuovamente, in quanto ho visto che oggi ci sono
>> stati
>> veramente molti changeset di volontari nell'area dell'Abruzzo colpita
>> dall'emergenza neve.
>> Siccome mesi si era messo su un Task pensato per raffittire un pò proprio
>> la
>> viabilità in quelle regioni che erano un pò carenti, guardaso vi era
>> proprio
>> l'Abruzzo.
>> Ebbene quel Task è rimasto ancora in sospeso e, riguarda proprio il tema
>> della viabilità che è quella che è importante
>> Chi abbia voglia di portarlo avanti, anche per non incorrere nei soliti
>> problemi di conflitti.
>> eccolo qui:
>> 
>> http://osmit-tm.wmflabs.org/project/8
>> 
>> a presto
>> 
> 
> ok, vedo di prendermi un pò di tempo per mappare, però giusto due cose
> da sapere subito.
> 
> Ho guardato adesso la disponibilità di eventuali shapefile presenti sul
> sito emergency.copernicus[0], ma al momento non c'è nulla, e sicuramente
> avrebbero fatto comodo per mappare qualche strada tramite questi dati
> oltrechè i danni.
> 
> Quindi restano le ortofoto PCN 2010/12 e Bing di massima, per cui per il
> momento ci arrangiamo con quelle, giusto?
> 
> 
> 
> [0] http://emergency.copernicus.eu/mapping/list-of-components/EMSR194
> 
> 
> -- 
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> 
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappa-centri-accoglienza-terremoto-l-Aquila-tp5889603p5889744.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] 90 --> 70 km/h

[Jo]

Frank,

Je zou Vlaanderen  kunnen vervangen door West-Vlaanderen. Dat is nog vrij
groot, maar toch al wat beperkter.

Jo

2017-01-21 9:04 GMT+01:00 Jakka :

> Hoi Ruben,
> overpass Query is nog niet mijn ding
> Wat kan ik aanpassen om bijvoorbeeld alleen het arrondissement Kortrijk
> West-Vlaanderen op te vragen (server time saving). Gans Vlaanderen heb ik
> voorlopig niet nodig ;)
> Vermoed dat met de assistent niet mogelijk is ?
>
> thx
>
> Op 21/01/2017 om 0:02 schreef Ruben:
>
>> I made an Overpass Query to search for roads lower than trunk that are
>> tagged with maxspeed=90. This is useful to know where you should go and
>> see whether there's a sign allowing you to drive 90km/h (most of the
>> times there won't be ;) ).
>>
>> The query takes about half a minute to run.
>>
>> http://overpass-turbo.eu/s/loF
>>
>>
>> PS: Maybe we could use a special (temporary) tag to mark roads as "still
>> 90" to be able to eliminate them from such queries.
>>
>> PPS: Does anyone know how to get rid of those way placeholders on
>> Overpass Turbo? I'm talking about those nodes that are all over the
>> place when there are a lot of ways that are 'too small to show', like on
>> the above map.
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[girarsi_liste]

Il 20/01/2017 22:42, Davide Mangraviti ha scritto:
> Buonasera, intervengo nuovamente, in quanto ho visto che oggi ci sono stati
> veramente molti changeset di volontari nell'area dell'Abruzzo colpita
> dall'emergenza neve.
> Siccome mesi si era messo su un Task pensato per raffittire un pò proprio la
> viabilità in quelle regioni che erano un pò carenti, guardaso vi era proprio
> l'Abruzzo.
> Ebbene quel Task è rimasto ancora in sospeso e, riguarda proprio il tema
> della viabilità che è quella che è importante
> Chi abbia voglia di portarlo avanti, anche per non incorrere nei soliti
> problemi di conflitti.
> eccolo qui:
> 
> http://osmit-tm.wmflabs.org/project/8
> 
> a presto
> 

ok, vedo di prendermi un pò di tempo per mappare, però giusto due cose
da sapere subito.

Ho guardato adesso la disponibilità di eventuali shapefile presenti sul
sito emergency.copernicus[0], ma al momento non c'è nulla, e sicuramente
avrebbero fatto comodo per mappare qualche strada tramite questi dati
oltrechè i danni.

Quindi restano le ortofoto PCN 2010/12 e Bing di massima, per cui per il
momento ci arrangiamo con quelle, giusto?



[0] http://emergency.copernicus.eu/mapping/list-of-components/EMSR194


-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-es] Portal de transparencia Castro Urdiales

[Santiago Crespo]

Gracias por revisarlos Jesús.

Leyendo el nombre de los conjuntos de datos que ofrecen, todos me
parecen interesantes, incluyendo las rutas. Si son caminos que existen
sobre el terreno y no están o les falta alguna etiqueta en OSM, ¿por qué
no añadirlos?

Puedes documentar las mini-importaciones en la tabla en lugar de hacer
una página por cada una. Si lo haces así, creo que debería haber una
breve descripción del procedimiento común que seguirás. Por ejemplo, el
añadir source="Ayuntamiento de Castro Urdiales" y el source:date=* que
corresponda en los conjuntos de cambios.

Si son tan pocos los elementos que puedes revisarlos todos tú mismo,
creo que puedes borrar y tachar los pasos que consideres y empezar
cuando quieras.

Esto es lo que opino sobre los 15 conjuntos de datos y las rutas que
tienen información que falta en OSM. Ahora, tema aparte son las 4.857
direcciones, que han publicado recientemente:

http://www.castro-urdiales.net/portal/RecursosWeb/DOCUMENTOS/7/0_11172_1.kmz

Saludos,
Santiago Crespo

On 01/20/2017 05:54 PM, Jesús Gómez Fernández wrote:
> He revisado todos los conjuntos de datos y veo que ya hay bastantes y
> con más detalle en OSM. He añadido a la tabla [1] aquellos que no son
> necesarios importar.
> Pienso que los correspondientes al grupo "Rutas", que son trazados de
> itinerarios de senderismo y ciclables, no son interesantes para OSM ya
> que son rutas no oficiales creadas por el Ayuntamiento como recursos
> turístico. Tampoco incluyen señalización.
> Sí veo más interesante aprovechar el conjunto de datos denominado "Vía
> verde" ya que incorpora el trazado de antiguos ferrocarriles mineros,
> aunque algunos ya están en OSM.
> 
> Creo que la primera fase ("Comentar en cada conjunto de datos si son
> interesantes para OSM") podemos darla por concluida. Son tan pocos los
> elementos en cada conjunto de datos que de verdad no se si llamar a esto
> una importación. No merece la pena ni crear un script para convertir los
> datos porque a mano se tardaría muy poco, ni tampoco en perder mucho
> tiempo para consensuar un procedimiento.
> 
> Cuando digáis yo me pongo manos a la obra.
> 
> Un saludo.
> 
> [1] http://osm.org/wiki/ES:Castro_Urdiales_Town_Council_Imports
> 
> 
> 
> El 13 de enero de 2017, 0:03, Santiago Crespo  > escribió:
> 
> Hola,
> 
> El Ayto. de Castro Urdiales ha actualizado las condiciones de uso de los
> datos de su portal de transparencia [1]:
> 
> "En la medida de lo posible por ley, el Ayuntamiento de Castro Urdiales
> ha renunciado a todos los derechos de autor y derechos conexos o afines
> al Catálogo de Datos Abiertos."
> 
> Y han puesto un enlace a la licencia cc0 :)
> 
> Son 59 conjuntos de datos, todos me parecen interesantes para añadir a
> OSM, aunque todavía no los he revisado.
> 
> He creado una página en la wiki[2] para organizar las posibles
> importaciones.
> 
> Saludos,
> Santiago Crespo
> 
> [1]
> 
> http://www.castro-urdiales.net/portal/trans_contenedor2.jsp?seccion=s_ldoc_d11_v1.jsp=880=es=7=1063=1071=trans_contenedor2.jsp=1
> 
> 
> 
> [2] http://osm.org/wiki/ES:Castro_Urdiales_Town_Council_Imports
> 
> 
> ___
> 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-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-se] Gamla tågspår - Ska de mappas?

[Ture Pålsson]

Tittar man på wikin (http://wiki.openstreetmap.org/wiki/Railways#Life-cycle 
) verkar det ju som om 
’abandoned' ska användas då det finns tydliga tecken kvar (kanske en banvall 
men inget spår) och ’razed’ eller ’dismatled’ om den är helt borta (verkar lite 
överdrivet att ha två olika taggar för något som inte finns…).

Det har varit en massa snack på de internationella mailinglistorna om det där 
med nedlagda järnvägar, det går säkert att hitta om man rotar i arkiven. En del 
järnvägsälskare (ferroviofiler? :-) ) vill kartlägga precis allt, andra tycker 
att det är onödigt att mappa saker som de facto är omöjliga att upptäcka i 
terrängen. Själv lutar jag nog åt det senare hållet (kartdatat är tillräckligt 
rörigt ändå, det blir bara jobbigt att redigera om man har en massa extra ways 
att ta hänsyn till), men andra har uppenbart andra åsikter. En del säger ”Om en 
banvall finns kvar men har gjorts om till cykelväg är det historiskt intressant 
att ha kvar dess identitet som banvall”, och de har förstås en poäng i att det 
är (teknik)historiskt intressant, men jag säger ”Om det kvackar som en cykelväg 
så är det en cykelväg, även om det var en banvall 1920. Den nuvarande 
datastrukturen pallar knappt för att representera vad saker *är*, låt oss inte 
dra in vad de *var* också!”.



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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Nu har jag satt igång. Mitt tillvägagångssätt kommer vara följande:

1) Jag har registrerat ett konto, grillo_import, som jag kommer att göra
alla redigeringar i det här projektet med. Eventuellt kommer det
återanvändas i framtiden för andra importer
https://www.openstreetmap.org/user/Grillo_import
2) Jag har även skapat ett opublicerat hot-projekt där jag har delat in
Helsingborgs kommun i rutor. Projektet är opublicerat så ingen annan börjar
stänga rutor utan att jag märker det.
3) Jag laddar in adressfilen i Josm.
4) Jag öppnar upp en hot-ruta i Josm.
5) Jag raderar alla husnummer utanför hot-rutan.
6) Jag laddar upp husnumren som de är i befintligt skick, utan att lägga in
dem i husen.
7) Jag kopierar in husnummer i hus, korrigerar mot redan mappade husnummer,
sätter fast i entrénoder där det är möjligt att se osv, och laddar upp igen.
8) Jag stänger hot-rutan.

Här är ett test av denna processen i kommunens utkant:
https://www.openstreetmap.org/user/Grillo_import/history

Om alla är okej med den här processen (eller om jag inte hör något på ett
par dagar) kommer jag att fortsätta med den tills kommunen är klar.

MVH Andreas

2017-01-10 12:30 GMT+01:00 Lars Aronsson :

> On 01/09/2017 09:49 AM, Andreas Vilén wrote:
>
>> Med bokstäver menar jag adresser av typ 15A, där 15 ligger under
>> husnummer och A ligger under extrataggen. Ett något okonventionellt sätt
>> att lösa det är att lägga A under addr:unit, men detta avråddes jag ifrån
>> när jag frågade om det på engelska OSM-IRC för några veckor sedan.
>>
>
> En viktig användning är att gå från postadress till vägbeskrivning.
> Man vill inte resa till Storgatan 15 utan till 15A och då vill man
> att vägbeskrivningen ska leda till rätt sida av huset, inte till dess
> baksida, som kanske kan nås via en park. Det är därför viktigt
> att 15A är en punkt på en sida av huset, som nås av vägar.
>
>
> --
>   Lars Aronsson (l...@aronsson.se)
>   Linköping
>
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-be] 90 --> 70 km/h

[Jakka]

Hoi Ruben,
overpass Query is nog niet mijn ding
Wat kan ik aanpassen om bijvoorbeeld alleen het arrondissement Kortrijk 
West-Vlaanderen op te vragen (server time saving). Gans Vlaanderen heb 
ik voorlopig niet nodig ;)

Vermoed dat met de assistent niet mogelijk is ?

thx

Op 21/01/2017 om 0:02 schreef Ruben:

I made an Overpass Query to search for roads lower than trunk that are
tagged with maxspeed=90. This is useful to know where you should go and
see whether there's a sign allowing you to drive 90km/h (most of the
times there won't be ;) ).

The query takes about half a minute to run.

http://overpass-turbo.eu/s/loF


PS: Maybe we could use a special (temporary) tag to mark roads as "still
90" to be able to eliminate them from such queries.

PPS: Does anyone know how to get rid of those way placeholders on
Overpass Turbo? I'm talking about those nodes that are all over the
place when there are a lot of ways that are 'too small to show', like on
the above map.


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





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