Re: [Talk-us] North Dakota server issues

2016-11-01 Thread Toby Murray
According to some traffic on IRC, there is currently some delay in
replication between the master and slave databases. Since reads are
served from the slaves, this can lead to this kind of inconsistency.
The reason is still unknown. It will probably be a couple of hours
before it gets fixed. But uploads go straight to the master database
so your edits *have* been saved.

Toby

On Tue, Nov 1, 2016 at 11:09 PM, Mike Thompson  wrote:
> however, some of my edits do show up
>
> On Tue, Nov 1, 2016 at 10:07 PM, Mike Thompson  wrote:
>>
>> I am now seeing the same thing Joseph is.  I deleted the data layer I was
>> editing in JOSM (that I had saved), and re-downloaded, and my edits don't
>> show up.
>>
>> Mike
>>
>> On Tue, Nov 1, 2016 at 10:06 PM, Joseph Barnes 
>> wrote:
>>>
>>> I know there should be a roundabout I added but it doesn’t show up in the
>>> editor and when I try to edit it again the editor won’t let me.
>>>
>>>
>>>
>>> From: Mike Thompson [mailto:miketh...@gmail.com]
>>> Sent: Tuesday, November 1, 2016 11:05 PM
>>> To: Joseph Barnes 
>>> Cc: Open Street Map Talk-US 
>>> Subject: Re: [Talk-us] North Dakota server issues
>>>
>>>
>>>
>>> I am having what might be a related problem in that upon upload JOSM says
>>> there is a conflict, but there are no conflicts listed in the conflict
>>> window. I have tried re-downloading and editing the same object several
>>> times and the same thing happens.
>>>
>>>
>>>
>>> Mike
>>>
>>>
>>>
>>> On Tue, Nov 1, 2016 at 9:52 PM, Joseph Barnes 
>>> wrote:
>>>
>>> So I closed the changeset found here:
>>> https://www.openstreetmap.org/changeset/43341405. While the changes show up
>>> on the map, when I tried to go back in and edit a minor detail, it appeared
>>> that the changes were non-existent. This also prevents me (or anyone) from
>>> editing anything that I touched, since the editors will give invalid
>>> way/relation errors but I haven’t figured out how to fix them. (tried on
>>> both Potlach and JOSM)
>>>
>>>
>>>
>>> Is this a big problem?
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>
>>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

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


Re: [OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread Yves
 Highway = track is supposed to be wide enough for motor vehicles,  so it's 
just that routers may miss a 4x4 setting? 
Yves 

Le 2 novembre 2016 00:57:08 GMT+01:00, "Michał Brzozowski" 
 a écrit :
>The rules for routing appear to be mostly global for popular routers.
>There is very little magical sauce, if any. You can try many routers
>from osm.org main page.
>OSRM, for instance, avoids track at all times, unless
>access=destination (or more particular class like motor_vehicle) is
>used.
>
>The issue with abuse of track probably boils down to its distinct
>appearance on the standard style. Imitation of existing data could
>also play a role in its spread.
>To get people to tag properly, we need to render unpaved on the
>standard style. See:
>https://github.com/gravitystorm/openstreetmap-carto/issues/110
>It probably won't be exactly pretty, but it seems that's the only way
>to discipline people who think of OSM as of images - and use only the
>standard layer.
>
>Michał
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-us] North Dakota server issues

2016-11-01 Thread Mike Thompson
and all, or most, of the edits are being rendered on the "standard
layer"... a good sign that the data isn't completely lost.

On Tue, Nov 1, 2016 at 10:09 PM, Mike Thompson  wrote:

> however, some of my edits do show up
>
> On Tue, Nov 1, 2016 at 10:07 PM, Mike Thompson 
> wrote:
>
>> I am now seeing the same thing Joseph is.  I deleted the data layer I was
>> editing in JOSM (that I had saved), and re-downloaded, and my edits don't
>> show up.
>>
>> Mike
>>
>> On Tue, Nov 1, 2016 at 10:06 PM, Joseph Barnes 
>> wrote:
>>
>>> I know there should be a roundabout I added but it doesn’t show up in
>>> the editor and when I try to edit it again the editor won’t let me.
>>>
>>>
>>>
>>> *From:* Mike Thompson [mailto:miketh...@gmail.com]
>>> *Sent:* Tuesday, November 1, 2016 11:05 PM
>>> *To:* Joseph Barnes 
>>> *Cc:* Open Street Map Talk-US 
>>> *Subject:* Re: [Talk-us] North Dakota server issues
>>>
>>>
>>>
>>> I am having what might be a related problem in that upon upload JOSM
>>> says there is a conflict, but there are no conflicts listed in the conflict
>>> window. I have tried re-downloading and editing the same object several
>>> times and the same thing happens.
>>>
>>>
>>>
>>> Mike
>>>
>>>
>>>
>>> On Tue, Nov 1, 2016 at 9:52 PM, Joseph Barnes 
>>> wrote:
>>>
>>> So I closed the changeset found here: https://www.openstreetmap.org/
>>> changeset/43341405. While the changes show up on the map, when I tried
>>> to go back in and edit a minor detail, it appeared that the changes were
>>> non-existent. This also prevents me (or anyone) from editing anything that
>>> I touched, since the editors will give invalid way/relation errors but I
>>> haven’t figured out how to fix them. (tried on both Potlach and JOSM)
>>>
>>>
>>>
>>> Is this a big problem?
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>>
>>
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] North Dakota server issues

2016-11-01 Thread Mike Thompson
however, some of my edits do show up

On Tue, Nov 1, 2016 at 10:07 PM, Mike Thompson  wrote:

> I am now seeing the same thing Joseph is.  I deleted the data layer I was
> editing in JOSM (that I had saved), and re-downloaded, and my edits don't
> show up.
>
> Mike
>
> On Tue, Nov 1, 2016 at 10:06 PM, Joseph Barnes 
> wrote:
>
>> I know there should be a roundabout I added but it doesn’t show up in the
>> editor and when I try to edit it again the editor won’t let me.
>>
>>
>>
>> *From:* Mike Thompson [mailto:miketh...@gmail.com]
>> *Sent:* Tuesday, November 1, 2016 11:05 PM
>> *To:* Joseph Barnes 
>> *Cc:* Open Street Map Talk-US 
>> *Subject:* Re: [Talk-us] North Dakota server issues
>>
>>
>>
>> I am having what might be a related problem in that upon upload JOSM says
>> there is a conflict, but there are no conflicts listed in the conflict
>> window. I have tried re-downloading and editing the same object several
>> times and the same thing happens.
>>
>>
>>
>> Mike
>>
>>
>>
>> On Tue, Nov 1, 2016 at 9:52 PM, Joseph Barnes 
>> wrote:
>>
>> So I closed the changeset found here: https://www.openstreetmap.org/
>> changeset/43341405. While the changes show up on the map, when I tried
>> to go back in and edit a minor detail, it appeared that the changes were
>> non-existent. This also prevents me (or anyone) from editing anything that
>> I touched, since the editors will give invalid way/relation errors but I
>> haven’t figured out how to fix them. (tried on both Potlach and JOSM)
>>
>>
>>
>> Is this a big problem?
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] North Dakota server issues

2016-11-01 Thread Mike Thompson
I am now seeing the same thing Joseph is.  I deleted the data layer I was
editing in JOSM (that I had saved), and re-downloaded, and my edits don't
show up.

Mike

On Tue, Nov 1, 2016 at 10:06 PM, Joseph Barnes 
wrote:

> I know there should be a roundabout I added but it doesn’t show up in the
> editor and when I try to edit it again the editor won’t let me.
>
>
>
> *From:* Mike Thompson [mailto:miketh...@gmail.com]
> *Sent:* Tuesday, November 1, 2016 11:05 PM
> *To:* Joseph Barnes 
> *Cc:* Open Street Map Talk-US 
> *Subject:* Re: [Talk-us] North Dakota server issues
>
>
>
> I am having what might be a related problem in that upon upload JOSM says
> there is a conflict, but there are no conflicts listed in the conflict
> window. I have tried re-downloading and editing the same object several
> times and the same thing happens.
>
>
>
> Mike
>
>
>
> On Tue, Nov 1, 2016 at 9:52 PM, Joseph Barnes 
> wrote:
>
> So I closed the changeset found here: https://www.openstreetmap.org/
> changeset/43341405. While the changes show up on the map, when I tried to
> go back in and edit a minor detail, it appeared that the changes were
> non-existent. This also prevents me (or anyone) from editing anything that
> I touched, since the editors will give invalid way/relation errors but I
> haven’t figured out how to fix them. (tried on both Potlach and JOSM)
>
>
>
> Is this a big problem?
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] North Dakota server issues

2016-11-01 Thread Joseph Barnes
I know there should be a roundabout I added but it doesn’t show up in the 
editor and when I try to edit it again the editor won’t let me.

 

From: Mike Thompson [mailto:miketh...@gmail.com] 
Sent: Tuesday, November 1, 2016 11:05 PM
To: Joseph Barnes 
Cc: Open Street Map Talk-US 
Subject: Re: [Talk-us] North Dakota server issues

 

I am having what might be a related problem in that upon upload JOSM says there 
is a conflict, but there are no conflicts listed in the conflict window. I have 
tried re-downloading and editing the same object several times and the same 
thing happens.

 

Mike

 

On Tue, Nov 1, 2016 at 9:52 PM, Joseph Barnes  > wrote:

So I closed the changeset found here: 
https://www.openstreetmap.org/changeset/43341405. While the changes show up on 
the map, when I tried to go back in and edit a minor detail, it appeared that 
the changes were non-existent. This also prevents me (or anyone) from editing 
anything that I touched, since the editors will give invalid way/relation 
errors but I haven’t figured out how to fix them. (tried on both Potlach and 
JOSM)

 

Is this a big problem?


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

 

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


[Talk-us] North Dakota server issues

2016-11-01 Thread Joseph Barnes
So I closed the changeset found here:
https://www.openstreetmap.org/changeset/43341405. While the changes show up
on the map, when I tried to go back in and edit a minor detail, it appeared
that the changes were non-existent. This also prevents me (or anyone) from
editing anything that I touched, since the editors will give invalid
way/relation errors but I haven't figured out how to fix them. (tried on
both Potlach and JOSM)

 

Is this a big problem?

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


Re: [OSM-ja] OSC東京 2016秋の出展対応について

2016-11-01 Thread Taro Matsuzawa

松澤です。

前に行けるって言っていたんですが、
5日にFOSS4Gがあるので、6日のみ参加となります。
申し訳ないですがよろしくです。

On 2016/11/02 12:06, Satoshi IIDA wrote:


いいだです。

あああー、僕も、今回は難しそうです。
(5日にFOSS4G参加なので、東大にいます。
6日は家族対応なので、行けたとしても朝からは難しい)

どなたか、お願いできますでしょうか?




2016年11月2日 11:48 Takahisa TAGUCHI >:

田口です。

今週末、11/5(土)、11/6(日)に「オープンソースカンファレンス2016
Tokyo/Fall」が開催されます。

場所はいつも通り 明星大学日野キャンパス です。
http://www.ospn.jp/osc2016-fall/ 

OpenStreetMap Japanコミュニティも例年通り出展しますが、残念ながら
私は別件のため両日とも参加できないことになってしまったので
展示の対応をしていただける方を募集します。

私のほうから以下の配布物を準備していて、当日は机の上に置いてある
はずです。

 ・A4パンフ 約100部
 ・旧ミニパンフ 100部
 ・新ミニパンフ 200部
 ・WheelMapステッカー 少数

残った配布物は他のイベントに配布してもらって構いません。
よろしくお願いいたします。

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





--
Satoshi IIDA
mail: nyamp...@gmail.com 
twitter: @nyampire


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




--
Georepublic Japan Ltd.
c/o CommunityLink
5-3-1 Kumoidori, Chuo Ward
Kobe 651-0096

Taro Matsuzawa
Senior Developer

eMail: t...@georepublic.co.jp
Web: https://georepublic.info

Tel: +81 (03) 6868 5418
Fax: +81 (03) 3374 0291

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


Re: [OSM-ja] OSC東京 2016秋の出展対応について

2016-11-01 Thread Satoshi IIDA
いいだです。

あああー、僕も、今回は難しそうです。
(5日にFOSS4G参加なので、東大にいます。
6日は家族対応なので、行けたとしても朝からは難しい)

どなたか、お願いできますでしょうか?




2016年11月2日 11:48 Takahisa TAGUCHI :

> 田口です。
>
> 今週末、11/5(土)、11/6(日)に「オープンソースカンファレンス2016
> Tokyo/Fall」が開催されます。
>
> 場所はいつも通り 明星大学日野キャンパス です。
> http://www.ospn.jp/osc2016-fall/
>
> OpenStreetMap Japanコミュニティも例年通り出展しますが、残念ながら
> 私は別件のため両日とも参加できないことになってしまったので
> 展示の対応をしていただける方を募集します。
>
> 私のほうから以下の配布物を準備していて、当日は机の上に置いてある
> はずです。
>
> ・A4パンフ 約100部
> ・旧ミニパンフ 100部
> ・新ミニパンフ 200部
> ・WheelMapステッカー 少数
>
> 残った配布物は他のイベントに配布してもらって構いません。
> よろしくお願いいたします。
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



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


[OSM-ja] OSC東京 2016秋の出展対応について

2016-11-01 Thread Takahisa TAGUCHI

田口です。

今週末、11/5(土)、11/6(日)に「オープンソースカンファレンス2016
Tokyo/Fall」が開催されます。

場所はいつも通り 明星大学日野キャンパス です。
http://www.ospn.jp/osc2016-fall/

OpenStreetMap Japanコミュニティも例年通り出展しますが、残念ながら
私は別件のため両日とも参加できないことになってしまったので
展示の対応をしていただける方を募集します。

私のほうから以下の配布物を準備していて、当日は机の上に置いてある
はずです。

 ・A4パンフ 約100部
 ・旧ミニパンフ 100部
 ・新ミニパンフ 200部
 ・WheelMapステッカー 少数

残った配布物は他のイベントに配布してもらって構いません。
よろしくお願いいたします。

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


[OSM-talk] (no subject)

2016-11-01 Thread Janell Riggs
How is my peeps from the talk doing well and Sharon Osborne will you like
to be my new girlfriend.


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


Re: [OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread john whelan
> Mappers need to tag the truth, how it renders should not be a
consideration for mappers.
That would be 'ideal', realism strikes and there is a need for rendering
the truth is a way that rewards that truth.

But we are talking armchair mappers in Africa for the most part often ones
who have never mapped before.  Can we give them some guidance?  Do we care
if major highways are mapped as tracks?

I think my question is what is the impact.  If the routing software treats
highway=track the same as highway=unclassified then apart from looking
pretty there isn't a problem.  If OSMand etc treat them differently then we
may not be showing the shortest route.

The changeset approach is fine but I don't think its appropriate in the
face of thousands of these in Africa when if you look at the individual
they often joined OSM 9 months ago, made eight change-sets and haven't
mapped for the last 8 months.

The question is do we have a problem?

The second follow up question might be what do we do about it?  It could
just be a matter of something in learn OSM or something else.

Cheerio John

On 1 November 2016 at 20:39, Warin <61sundow...@gmail.com> wrote:

> On 02-Nov-16 10:57 AM, Michał Brzozowski wrote:
>
>> The rules for routing appear to be mostly global for popular routers.
>> There is very little magical sauce, if any. You can try many routers
>> from osm.org main page.
>> OSRM, for instance, avoids track at all times, unless
>> access=destination (or more particular class like motor_vehicle) is
>> used.
>>
>
> Bicycle are not motor_vehicles.
>
> Mountain Bikes would probably prefer 'tracks'.
>
>
>> The issue with abuse of track probably boils down to its distinct
>> appearance on the standard style. Imitation of existing data could
>> also play a role in its spread.
>> To get people to tag properly, we need to render unpaved on the
>> standard style. See:
>> https://github.com/gravitystorm/openstreetmap-carto/issues/110
>> It probably won't be exactly pretty, but it seems that's the only way
>> to discipline people who think of OSM as of images - and use only the
>> standard layer.
>>
>
> Tagging for the render. Or the reverse - rendering for the mapper?
>
> Mappers need to tag the truth, how it renders should not be a
> consideration for mappers.
> That would be 'ideal', realism strikes and there is a need for rendering
> the truth is a way that rewards that truth.
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread Warin

On 02-Nov-16 09:40 AM, john whelan wrote:
Obviously if I select bicycle it won't use motorway or footway but in 
general which highway types are used?


Some motorways and footways are used by bicycles ... access can be 
signified by the tag bicycle=yes.


Highway=road is avoided by some as it is the original temporary 
highway type for a GPS track when you don't know if its a motorway or 
highway=footway with steps but what about highway=track?


The question arises as there are a lot of highways in Africa that look 
quite major to me that are labelled highway=track and I wondered if 
they would be considered by routing software.  I am aware that each 
bit of software is different and yes I am aware of the African highway 
wiki here:


http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa which has 
definite guidelines about what a track is but can we come up with what 
is used?


What is used? By routing software?

As OSM 'tracks' would not be considered by most routers your out of luck 
there.
Bicycle routers and MTB routers are around .. certainly the MTB router 
would consider 'tracks'.


OR

What is used to signify 'tracks'?
I think the wiki is very clear on several pages. If you consider an 
entry in OSM is incorrectly tagged .. then


1) a polite way of asking about it is to make a comment on the first 
changeset that included that tag.
2) change it and see who complains .. can raise your profile, have your 
reasons lined up and include the basics on your changeset comments.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread Warin

On 02-Nov-16 10:57 AM, Michał Brzozowski wrote:

The rules for routing appear to be mostly global for popular routers.
There is very little magical sauce, if any. You can try many routers
from osm.org main page.
OSRM, for instance, avoids track at all times, unless
access=destination (or more particular class like motor_vehicle) is
used.


Bicycle are not motor_vehicles.

Mountain Bikes would probably prefer 'tracks'.



The issue with abuse of track probably boils down to its distinct
appearance on the standard style. Imitation of existing data could
also play a role in its spread.
To get people to tag properly, we need to render unpaved on the
standard style. See:
https://github.com/gravitystorm/openstreetmap-carto/issues/110
It probably won't be exactly pretty, but it seems that's the only way
to discipline people who think of OSM as of images - and use only the
standard layer.


Tagging for the render. Or the reverse - rendering for the mapper?

Mappers need to tag the truth, how it renders should not be a consideration for 
mappers.
That would be 'ideal', realism strikes and there is a need for rendering the 
truth is a way that rewards that truth.


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


Re: [OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread Michał Brzozowski
The rules for routing appear to be mostly global for popular routers.
There is very little magical sauce, if any. You can try many routers
from osm.org main page.
OSRM, for instance, avoids track at all times, unless
access=destination (or more particular class like motor_vehicle) is
used.

The issue with abuse of track probably boils down to its distinct
appearance on the standard style. Imitation of existing data could
also play a role in its spread.
To get people to tag properly, we need to render unpaved on the
standard style. See:
https://github.com/gravitystorm/openstreetmap-carto/issues/110
It probably won't be exactly pretty, but it seems that's the only way
to discipline people who think of OSM as of images - and use only the
standard layer.

Michał

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


[OSM-talk] Which type of highways are used by routing software?

2016-11-01 Thread john whelan
Obviously if I select bicycle it won't use motorway or footway but in
general which highway types are used?

Highway=road is avoided by some as it is the original temporary highway
type for a GPS track when you don't know if its a motorway or
highway=footway with steps but what about highway=track?

The question arises as there are a lot of highways in Africa that look
quite major to me that are labelled highway=track and I wondered if they
would be considered by routing software.  I am aware that each bit of
software is different and yes I am aware of the African highway wiki here:

http://wiki.openstreetmap.org/wiki/Highway_Tag_Africa which has definite
guidelines about what a track is but can we come up with what is used?

Many Thanks

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


[Talk-GB] Quarterly Project: Update 1

2016-11-01 Thread Rob Nickerson
Here is a summary of the quartly project on Food Hygiene Rating data:

1. Contact with Food Standard Agency
Jez Nicholson mentioned the quarterly project to Dr Sian Thomas, Head of
Information Management at Food Standards Agency on Twitter. Her reaction is
positive.

Has anyone followed up on this? Maybe we could get the source data in a
better form with addresses split out in to housenumber, road, postcode, etc
(rather than address line 1, address line 2, etc).


2. The FHRS/OSM comparison tool developed by gregrs makes it possible to
review matches and mis-matches by area. You can also download GPX files and
open objects for editing in JOSM.
http://gregrs.dev.openstreetmap.org/fhrs/


3. Stats are available in daily data dumps, progress graphs and the taginfo
tracker. Over 3000 FHRS IDs have been added (see taginfo tracker).

http://gregrs.dev.openstreetmap.org/fhrs-stats/
http://gregrs.dev.openstreetmap.org/fhrs-stats/graphs.html
https://docs.google.com/spreadsheets/d/1G9KXfp4Ho3fVROO9MxotcYTydl9CEXB_fi5ko2pM5Kc/edit#gid=1693558506


4. Aberdeen seem to have changed their FHRS IDs since they were added to
OSM. Robert W asks whether there is an old code to new code lookup table:
https://lists.openstreetmap.org/pipermail/talk-gb/2016-November/019439.html

Has anyone asked Aberdeen of FSA about this yet?


5. A number of badly spaced or formatted postcodes have been found in OSM.
If anyone would like to propose a mechanical edit this would save a lot of
people time that can be used to map new things!

http://robert.mathmos.net/osm/postcodes/osm-errors.html

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


[Talk-cz] Mapa varen a pěstíren konopí od policie ČR

2016-11-01 Thread Marián Kyral
http://www.mapavarenapestiren.cz

Jestlipak uhádnete, co tam naší milé policii chybí? Ujme se toho někdo?

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


Re: [Talk-it] Proposta webinar progetto Indoor/outdoor location ...

2016-11-01 Thread Sergio Farruggia
Grazie Aury, per la risposta. 
Alcuni commenti all'interno del tuo testo.

Buona serata,
Sergio

-Messaggio originale- 
From: Aury88 
Sent: Tuesday, November 1, 2016 9:35 AM 
To: talk-it@openstreetmap.org 
Subject: Re: [Talk-it] Proposta webinar progetto Indoor/outdoor location ... 

Sergio Farruggia wrote
> Buongiorno a tutti.
> 
> 
> 
> Questo è il mio primo msg in talk-it, a cui mi sono iscritto circa un mese
> fa, su suggerimento di Simone Cortesi. 
> 
> Sto collaborando al progetto i-locate, “Indoor/outdoor location and asset
> management through open geodata”, che concluderà le attività alla fine di
> quest’anno.
> 
> Sul sito http://www.i-locate.eu/ potete trovare tutte le informazioni e la
> documentazione riguardante la storia di questo progetto.
> 
> 
> 
> Prendendo spunto da questo msg
> https://forum.openstreetmap.org/viewtopic.php?id=55121 del coordinatore
> del progetto,
> 
> vorrei condividere su questa lista l’idea di proporre alla comunità OSM 
> un webinar per discutere insieme vari aspetti 
> 
> riguardanti la condivisione dei risultati e la sostenibilità
> dell’iniziativa oltre il termine di chiusura ufficiale.
> 
> 
> 
> Una ipotesi di agenda potrebbe essere:
> 
> - Introduzione al progetto i-locate
> 
> - Presentazione del Training Framework i-locate
> 
> - discussione
> 
> 
> 
> Durata ipotizzabile, 1 ora;  data programmata, prima decade di dicembre.
> 
> 
> 
> Prima di estendere questa proposta alla comunità OSM internazionale, penso
> utile ricevere dai partecipanti a questa lista commenti 
> 
> e consigli utili per “confezionare” un appuntamento interessante e
> produttivo per successivi ulteriori collaborazioni. 
> 
> 
> 
> Resto in “ascolto” e grazie per l’attenzione,
> 
> Sergio Farruggia

ciao Sergio,
io mio occupo sporadicamente di mappatura indoor su OSM, ma appunto le mie
conoscenze sono limitate alla mappatura (e anche li non sono certo un
esperto) e non so nulla di programmazione.
volevo chiedere quindi che conoscenze sono richieste per poter seguire
almeno a grandi linee questo webinar , e un avere un anticipazione su cosa
viene insegnato nel Training Framework i-locate e il costo di tale training.

Per quanto riguarda le conoscenze di base, nessuna, essendo il webinar 
proposto un'introduzione al progetto, attività e risultati conseguiti. 
Anche per quanto riguarda il Training Framework, ci si focalizzerà su una 
descrizione
generale e sulle modalità di fruizione.
Se vuoi già prendere visione della sua struttura puoi fare un giro qui: 
http://www.i-locate.eu/training/
L'accesso ai metadati dei moduli  è diretto, senza necessità d'iscriversi.
Comunque il training è gratuito.

Se posso dare un consiglio: al momento attuale la mappatura indoor su osm è
estremamente limitata e le cause principali sono da ricondurre imho alla
mancanza di un render su osm.org (non si mappa per il render ma se il render
non mostra cosa si mappa questo è molto disincentivante per molti) e la
mancanza di un sistema per la navigazione indoor...quanto sviluppato da
i-locate potrebbe risolvere la seconda problematica e generare un interesse
pratico sulla mappatura indoor su osm che immagino sia utile anche al
progetto  i-locate.

Certamente può essere un argomento da discutere in occasione del webinar.

secondo me, prima del training, potrebbe essere molto utile fare una breve
discussione sull'eventuale integrazione di i-locate con i motori di
navigazione sfruttati da osm (i-locate è opensource giusto?) e/o su come
i-locate già utilizzi i dati osm per il servizio di navigazione indoor. così
facendo si potrebbe generare molto interesse sia tra gli sviluppatori della
comunità osm sia tra i mappatori e richiamare quindi molta gente.

Grazie per il suggerimento, che giro ai docenti.

un ultimo appunto: la mia connessione non è il massimo, ed ad ora non sono
mai riuscito a fare videoconferenze (o anche solo una videochiamata skype).
potrebbe essere utile che l'incontro venga registrato e reso disponibile a
chi come me ha questa limitazione di risorse tecniche ;-)

Registrazione prevista  

a risentirci e in bocca al lupo




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Proposta-webinar-progetto-Indoor-outdoor-location-tp5885148p5885161.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


-
Nessun virus nel messaggio.
Controllato da AVG - www.avg.com
Versione: 2016.0.7859 / Database dei virus: 4664/13328 -  Data di rilascio: 
01/11/2016___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[OSM-talk] Compression on Overpass API

2016-11-01 Thread Adrian
I read in a recent weeklyOSM about prototype software for downloading OSM data 
in PBF format from Overpass. This has prompted me to pass on a tip which may 
not be widely known: It is possible to obtain about 10:1 compression now on any 
OAPI or XAPI query by using HTTP compression. This is supported on the German 
and French instances but not on the Russian instance. I use 'curl --compressed' 
at the command line to invoke HTTP compression, e.g. (for an area of central 
London)
XAPI query
curl --compressed -g -o data.osm 
https://overpass-api.de/api/xapi_meta?*[bbox=-0.15,51.49,-0.1,51.52]
Equivalent OAPI query
curl --compressed -g -o data.osm 
'https://overpass-api.de/api/interpreter?data=(node(51.49,-0.15,51.52,-0.1);%20<;node(w););out%20meta;'
This can greatly speed up the downloading of large datasets.

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


Re: [Talk-es] Visiting Madrid later this week

2016-11-01 Thread Santiago Crespo
Hola Jerry,

I'll send you an email.

Santiago Crespo

On 11/01/2016 12:47 PM, SK53 wrote:
> Hola,
> 
> Sorry for writing in English, but my Spanish is very poor.
> 
> I will be in Madrid from Thursday afternoon to Saturday morning, staying
> near the Museo del Prado. If any one is interested in meeting up either
> evening (Thursday 3rd of Friday 4th) let me know.
> 
> Jerry Clough
> SK53
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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


Re: [Talk-es] Próxima reunión

2016-11-01 Thread Miguel Sevilla-Callejo
Hola Santiago,

Aunque quede un poco raro escribir con poco menos de media hora de la
reunión creo que es importante agradecerte (y que quede constancia) que te
tomes la molestia de recordarnos el evento y aprovecharé para añadir
algunas cosas al orden del día: actividades recientes y continuar el debate
de la reactivación de asociación (personas potencialmente implicadas).

También, y ante el éxito de las anteriores reuniones, te agradezco tomes la
iniciativa de moderar y tomar acta.

Muchas gracias

Nos leemos por la sala de riot.im en un rato.

Un saludo

Miguel

--
*Miguel Sevilla-Callejo*
Doctor en Geografía

2016-10-29 19:55 GMT+02:00 Santiago Crespo :

> Hola,
>
> El próximo martes día 1 tendremos la siguiente reunión, en la sala
> #osm-es-reuniones de riot.im a las 22:00:
>
> https://riot.im/app/#/room/#osm-es-reuniones:matrix.org
>
> Por ahora no hay puntos en el orden del día, añadid lo que queráis:
>
> https://wiki.openstreetmap.org/wiki/ES:Orden_del_día_
> siguiente_reunión_OSM-ES
>
> ¿Se anima alguien a moderar? ¿Y tomar acta? Si nadie quiere, lo haré yo.
>
> Saludos,
> Santiago Crespo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


[Talk-es] Reunión

2016-11-01 Thread Santiago Crespo
Hola,

En una media hora (a las 22:00) empezamos la reunión:

https://riot.im/app/#/room/#osm-es-reuniones:matrix.org

Orden del día:
https://wiki.openstreetmap.org/wiki/ES:Orden_del_día_siguiente_reunión_OSM-ES

Acta de la reunión anterior:
https://wiki.openstreetmap.org/wiki/ES:Acta_20161004

Hasta ahora!
Santiago Crespo

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


Re: [Talk-GB] Quarterly project - taginfo tracker

2016-11-01 Thread Robert Whittaker (OSM lists)
On 1 November 2016 at 10:14, Greg  wrote:
> It looks like the FSA or local authority has changed the FHRS IDs for a
> large number of establishments since they were inputted into OSM. For
> example Dyce Academy:
>
> http://www.openstreetmap.org/way/237994869
> OSM fhrs:id: 15
>
> http://ratings.food.gov.uk/business/en-GB/592901/DYCE-ACADEMY-(GDS)-Dyce
> Latest FHRS ID: 592901

I don't suppose there's any way of getting a list with all the "old
number, new number" pairs in it, and then using that to do some sort
of bulk update of the Aberdeen fhrs:id tags is there? It would be a
shame if someone has to manually fix all those numbers. (If someone
can get a list I might be able to do the second part.)

Robert.

-- 
Robert Whittaker

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


Re: [Talk-br] Como mapear paradas de ônibus escolar

2016-11-01 Thread santamariense
Eu não conheço pessoalmente os locais, e portanto não sei ao certo
onde passa ônibus de transporte público. Há abrigo (identificável por
Bing) por todo o município inclusive em estradas sem saída. Alguns
podem até ser para transporte público + transp escolar, mas a maioria
é certamente apenas escolar.

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


Re: [OSRM-talk] OSRM-talk Digest, Vol 46, Issue 18

2016-11-01 Thread Mark Hagers
Hi Daniel,

> On 1 nov. 2016, at 17:13, Daniel Patterson  wrote:
> 
> Hi Mark,
> 
>   The unfortunate answer is that the Windows build is fairly unmaintained.  
> Every now and again it gets broken, and sometimes someone nice sends us a 
> patch that fixes it.  There is nobody actively working on the Windows 
> version, packaging or documentation.


So I read on the website. I'd like to help if I can, but maintaining builds is 
not something I have experience with, especially on Windows.

It'll also depend on whether we'll actually be using OSRM in our application, 
which is not my sole decision. We're still researching this.

best regards

Mark

Mark Hagers 

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


[OSM-talk-fr] Invitation mapathon missing maps samedi 12/11 de 14h à 18h.

2016-11-01 Thread Jarry Philippe
Bonjour,

La ville d'Ivry organise un mapathon samedi 12/11 (14h-18h) pour réaliser
la carte de sa ville jumelée au Mali, la commune rurale de Dianguirdé. Ce
projet est mené avec les associations ivryennes de ressortissants de
plusieurs communes maliennes, dans la région de Kayes.

L'appui de contributeurs OSM serait le bienvenu sur place pour les
franciliens ou en ligne pour les autres (une tâ,che a été créée sur Hotosm
pour l'occasion).

Merci d'avance pour votre participation. Vous pouvez vous inscrire sur
eventbrite pour ceux qui ne peuvent se déplacer et qui souhaitent
participer en ligne, merci d'envoyer un mail à ph.ja...@gmail.com, je vous
enverrai l'adresse de la tâche Hotosm

Philippe Jarry

Responsable du site Internet d'Ivry et contributeur OSM

0667449387

https://www.eventbrite.fr/e/billets-mapathon-missing-maps-dianguirde-mali-jumelee-avec-ivry-sur-seine-94-29054349341

---

*Bonjour, *
Nous vous invitons à l'événement suivant :
Mapathon missing maps Dianguirdé (Mali) jumelée avec Ivry-sur-Seine (94)

[image: divider]


Date, heure et lieu de l'événement :

Samedi 12 novembre 2016 de 14:00 à 18:00 (heure normale de l’Europe
centrale Heure : France)

*Espace public Internet, maison de la citoyenneté J. Rousseau*
25 Rue Jean Jacques Rousseau
94200 Ivry-sur-Seine
France

Afficher la carte

*Assister à l'Evénement*


*Partager cet événement :*
[image: Facebook]

[image:
Twitter]

[image:
LinkedIn]

[image: divider]

Le mapathon aura lieu de 14h à 18h dans l'espace public Internet (8 PC
connectés, ordinateurs portables bienvenus)
Elle se terminera par une collation malienne offerte par la Ville d'Ivry et
confectionnée par l'association des ressortissants de Dianguirdé.

Dans le cadre de sa coopération décentralisée, la Ville d'Ivry et les
associations ivryennes de ressortissants maliens des villages de
Dianguirdé, Koussané et Guemoukouraba proposent un Mapathon missing maps
avec l'association cartONG.
L'objectif du mapathon est de réaliser une carte de Dianguirdé, commune
rurale regroupant 17 villages dans la région de Kayes au Mali. Au delà de
la carte en ligne, il s'agira de réaliser une carte imprimable pour cette
commune qui n'a pas d'électricité ni de couverture Internet.
Pour les projets d'adduction d'eau notamment, l'absence de cartes
facilement accessibles rend difficile la recherche de partenaires et de
financeurs. L'originalité de ce projet est que ce missing maps mêlera
l'expertise des mappeurs à partir des images aériennes et l'expertise de
terrain des ressortissants des villages maliens résidant à Ivry-sur-Seine.
Plus d'infos sur le site Internet de la ville d'Ivry

Partagez cet événement sur Facebook

et Twitter

Re: [Talk-es] descargaBTAA.sh y btaa2osm.sh (Era: Re: descargaBTN25 y btn252osm.sh)

2016-11-01 Thread Miguel Sevilla-Callejo
Wow!

Qué eficacia, justo acababa de responder por el otro hilo 

Ahora tendremos que revisarlo y, ya, sin demora agilizar los permisos para
la potencial importación.

Muchas gracias!

--
 Miguel Sevilla-Callejo
from my mobile 

El 1/11/2016 14:54, "Santiago Crespo"  escribió:

> Hola,
>
> He creado unos scripts para la BTAA basados en los que hicimos para el
> IGN, pero todavía no los he probado bien:
>
> https://github.com/kresp0/descargaBTAA.sh/
>
> https://github.com/kresp0/btaa2osm.sh/
>
> Estoy asumiendo que toda la BTAA está en EPSG:25830, pero no estoy
> seguro de que sea así.
>
> Los únicos municipios que parece que se puedan descargar son:
>
> Alagón
> Almudévar
> Beceite
> Castelserás
> Fuentes_de_Ebro
> Horte_de_Sant_Joan
> Huesca
> La_Puebla_de_Valverde
> Leciñena
> Longares
> Pedrola
> Peñarroya_de_Tastavins
> Pina_de_Ebro
> Tabuenca
> Zaragoza
> Zuera
>
> La descarga son 1.8GB, descomprimido ocupa 6.7GB después de borrar los
> zips (lo hace el script automáticamente)
>
> Está comentada (desactivada) la función de convertir el shp final al
> formato de OSM, pues hay que escribir algún archivo con las traducciones
> de etiquetas para que funcione.
>
> Saludos,
> Santiago Crespo
>
> On 11/01/2016 09:08 AM, Miguel Sevilla-Callejo wrote:
> > Hola,
> >
> > Muchas gracias por el trabajo, se ve genial y creo que nos será muy útil.
> >
> > Lo comentamos por Telegram/Riot pero ¿se puede reusar estos scripts para
> > la Base Cartografía Armonizada (BTA) 1:50.000 que, por ejemplo en Aragón
> > está bajo CC-BY 4.0?
> >
> > Creo que de poner esfuerzos en importar bases cartográficas, al menos en
> > Aragón, yo me importaría la BTA, no?
> >
> > Sin duda la red hidrográfica, bajo mi punto de vista, podría ser buena
> > idea importar de primeras.
> >
> > Un saludo
> >
> > --
> >  Miguel Sevilla-Callejo
> > from my mobile 
> >
> >
> > El 16/10/2016 20:29, "Matías h"  > > escribió:
> >
> > Hola Jorge.
> > El archivo de traducción (LAGUNAS.py) se puede configurar para que
> > añada los tags que queramos, pero según la guía de importaciones el
> > source es recomendable que vaya en las etiquetas del changeset.
> >
> > Yo personalmente opino que es mejor en cada elemento, pero supongo
> > que cuando la gente de imports dicen lo contrario, será por algo.
> >
> > De todos modos, es cuestión de consensuarlo con ellos y en la
> > comunidad española...
> >
> >
> > El 16 oct. 2016 19:29, "Jorge Sanz"  > > escribió:
> >
> > Santiago genial iniciativa, ¿la traducción añade el Tag de
> > origen para dar atribución al IGN?
> >
> > --
> > Jorge Sanz
> >
> > Sent from my phone, excuse my brevity.
> >
> >
> > El 14 oct. 2016 21:27, "Santiago Crespo"
> > >
> > escribió:
> >
> > Hola,
> >
> > Matías y yo hemos creado un par de scripts para facilitar la
> > preparación
> > de importaciones manuales de datos del BTN25 del IGN a OSM.
> > Ojo, ¡no es
> > para subir los datos que genera directamente a OSM!
> >
> > Un script descarga las hojas del BTN25 de una provincia y
> > las ordena en
> > carpetas según los husos.
> >
> > El otro extrae, reproyecta, fusiona y convierte a formato
> > OSM fenómenos
> > BTN25 descargados con el script anterior.
> >
> > Matías ha escrito la traducción de etiquetas IGN->OSM para
> > el fenómeno
> > LAGUNA. También las del resto de fenómenos hidrográficos,
> aunque
> > tendremos que esperar unos días para verlas, pues este finde
> > está sin
> > acceso al ordenador :)
> >
> > https://github.com/kresp0/descargaBTN25
> > 
> >
> > https://github.com/kresp0/btn252osm
> > 
> >
> > Saludos,
> > Santiago Crespo
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> > 
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 

Re: [Talk-es] descargaBTN25 y btn252osm.sh

2016-11-01 Thread Miguel Sevilla-Callejo
Genial,
Habrá que ir estudiándolo e ir agilizando la autorización explícita para
hacer la importación convenientemente.


--
 Miguel Sevilla-Callejo
from my mobile 

El 1/11/2016 10:22, "Matías h"  escribió:

> Hola.
>
> Sí, la BTA de Aragón a escala 1/5000 debe ser mejor que la del BTN25.
>
> Será cuestión de adaptar los scripts a la estructura de las capas de
> Aragón y/o viceversa.
>
> El 1 nov. 2016 9:38, "Miguel Sevilla-Callejo" 
> escribió:
>
>> Hola,
>>
>> Muchas gracias por el trabajo, se ve genial y creo que nos será muy útil.
>>
>> Lo comentamos por Telegram/Riot pero ¿se puede reusar estos scripts para
>> la Base Cartografía Armonizada (BTA) 1:50.000 que, por ejemplo en Aragón
>> está bajo CC-BY 4.0?
>>
>> Creo que de poner esfuerzos en importar bases cartográficas, al menos en
>> Aragón, yo me importaría la BTA, no?
>>
>> Sin duda la red hidrográfica, bajo mi punto de vista, podría ser buena
>> idea importar de primeras.
>>
>> Un saludo
>>
>> --
>>  Miguel Sevilla-Callejo
>> from my mobile 
>>
>> El 16/10/2016 20:29, "Matías h"  escribió:
>>
>> Hola Jorge.
>> El archivo de traducción (LAGUNAS.py) se puede configurar para que añada
>> los tags que queramos, pero según la guía de importaciones el source es
>> recomendable que vaya en las etiquetas del changeset.
>>
>> Yo personalmente opino que es mejor en cada elemento, pero supongo que
>> cuando la gente de imports dicen lo contrario, será por algo.
>>
>> De todos modos, es cuestión de consensuarlo con ellos y en la comunidad
>> española...
>>
>> El 16 oct. 2016 19:29, "Jorge Sanz"  escribió:
>>
>>> Santiago genial iniciativa, ¿la traducción añade el Tag de origen para
>>> dar atribución al IGN?
>>>
>>> --
>>> Jorge Sanz
>>>
>>> Sent from my phone, excuse my brevity.
>>>
>>> El 14 oct. 2016 21:27, "Santiago Crespo" 
>>> escribió:
>>>
 Hola,

 Matías y yo hemos creado un par de scripts para facilitar la preparación
 de importaciones manuales de datos del BTN25 del IGN a OSM. Ojo, ¡no es
 para subir los datos que genera directamente a OSM!

 Un script descarga las hojas del BTN25 de una provincia y las ordena en
 carpetas según los husos.

 El otro extrae, reproyecta, fusiona y convierte a formato OSM fenómenos
 BTN25 descargados con el script anterior.

 Matías ha escrito la traducción de etiquetas IGN->OSM para el fenómeno
 LAGUNA. También las del resto de fenómenos hidrográficos, aunque
 tendremos que esperar unos días para verlas, pues este finde está sin
 acceso al ordenador :)

 https://github.com/kresp0/descargaBTN25

 https://github.com/kresp0/btn252osm

 Saludos,
 Santiago Crespo

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

>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> ___
>> 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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [OSRM-talk] OSRM-talk Digest, Vol 46, Issue 18

2016-11-01 Thread Daniel Patterson
Hi Mark,

  The unfortunate answer is that the Windows build is fairly unmaintained.  
Every now and again it gets broken, and sometimes someone nice sends us a patch 
that fixes it.  There is nobody actively working on the Windows version, 
packaging or documentation.

daniel

> On Nov 1, 2016, at 10:03 AM, Mark Hagers  wrote:
> 
> Hi Daniel,
> 
>> On 1 nov. 2016, at 16:48, Daniel Patterson > > wrote:
>> 
>>  That sounds like a bug, the behavior should be the same.  Can you open a 
>> ticket on GitHub with lots of details (what file you're processing, what 
>> version of OSRM, what requests, etc)?
> 
> 
> I'll have to research this a bit more. My initial assessment seems to be 
> wrong, the server on windows seems to return a lot less data with the same 
> requests as the server on OSX, regardless of whether the points are snapped 
> to the network or not.
> Currently the only service that seems to return any actual data is the 
> nearest service (on windows) the other services return empty data (json 
> structures without any actual content) or the "NoRoute" response.
> 
> I've noticed that the directory structure on windows is different from that 
> on OSX. The profiles are in the same dir as the binaries, whereas on OSX the 
> profiles are not included at all in the default homebrew install (I've 
> downloaded the source separately and used the profiles from that in the 
> extract/contract steps)
> 
> I'll gladly open a ticket, but I want to make sure I'm not working with an 
> incorrect setup before I do that.
> 
> Is there any document describing how to set things up on Windows or is my 
> approach (just unpack the Release zipfile into a directory) the correct 
> procedure? 
> 
> best regards,
>  
> Mark Hagers >
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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


[OSM-ja] 11/19(土)松尾大社と地蔵院でマッピングパーティを開きます

2016-11-01 Thread K.Sakanoshita

坂ノ下です。

OpenStreetMapのオープンデータを作成するマッピングパーティを
京都は嵐山にある「松尾大社」と「地蔵院」を対象に行います。

地蔵院は紅葉が美しく、松尾大社は山・川・滝とダイナミックな
神社でお酒作りが盛んだったため、お酒の資料館もあるそうです。

初心者向けの内容ですので、地図作りに興味がある方はお気軽に
ご参加頂ければ幸いです。(測量などのスキルも不要です)

【秋の嵐山】松尾大社、地蔵院マッピングパーティ
http://countries-romantic.connpass.com/event/42300/

それでは。

--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */

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


Re: [OSRM-talk] OSRM-talk Digest, Vol 46, Issue 18

2016-11-01 Thread Daniel Patterson
Mark,

  That sounds like a bug, the behavior should be the same.  Can you open a 
ticket on GitHub with lots of details (what file you're processing, what 
version of OSRM, what requests, etc)?

daniel

> On Nov 1, 2016, at 8:29 AM, Mark Hagers  wrote:
> 
> Hi all,
> 
>> On 1 nov. 2016, at 13:18, Mark Hagers > > wrote:
>> 
>> I expect this to take quite a bit of time if everything works as planned.
>> I'll update when it's done.
> 
> 
> After a few trials I got this to work. I can run the osrm-routed server and 
> get data from it.
> Many thanks for the help.
> 
> Now I'm confronted with a new issue:
> 
> On OSX I can enter coordinates and the route service snaps them tot the road 
> network if necessary and respond with a route from the snapped coordinates.
> On windows it responds with "No route found between points" if the 
> coordinates aren't already snapped to the network.
> Of course I can use the nearest service to first snap my coordinates to the 
> network, before sending them to the route service, but that means an extra 
> call for every coordinate to the service.
> Is there some setting or profile I can use to force the same behavior on 
> Windows as on OSX? and why is the default behavior apparently different on 
> both platforms
> 
> best regards,
>  
> Mark Hagers >
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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


Re: [Talk-gb-westmidlands] West Midlands Combined Authority

2016-11-01 Thread Rob Nickerson
We went for Thursday at the cosy club, if I remember right?

I can make it. Would be useful to get confirmation from others as the
numbers are looking like they may be low.

Rob

On 31 Oct 2016 2:14 p.m., "Andy Robinson"  wrote:

Unfortunately I will miss this one too as I’ll be “up north” Wed/Thur.



Cheers

Andy



*From:* Brian Prangle [mailto:br...@mappa-mercia.org]
*Sent:* 31 October 2016 13:38
*To:* OSM Group WM
*Subject:* [Talk-gb-westmidlands] West Midlands Combined Authority



Hi everyone

Enjoy yourselves in Coventry - I can't make it as I'm in Ireland.

Do we need to change the name of the admin boundary for the West Midlands
to the new name? If not -how do we separate the new tier of administration
from the postal county?

Regards

Brian

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


Re: [Talk-it] tipo di tourism:information

2016-11-01 Thread Lorenzo Mastrogiacomi
Il giorno mar, 01/11/2016 alle 13.26 +0100, girarsi_liste ha scritto: 

> Questo [0], taggato con tourism=information attualmente, ma non so come
> definirlo in maniera più dettagliata, è un tavolino rotondo di circa 50
> Cm, con i nomi delle vette, ed al contempo una specie di telescopio con
> vista molto ristretta sulla direzione della vetta impostata, non ci sono
> lenti, solo un tubo di metallo "schizzato".
> 
> Pensavo a:
> 
> tourism:information
> 
> information:map
> 
> map_type:toposcope [1]
> 
> support:pole
> 
> material:metal
> 
> 
> Su taginfo.org [2]ci sarebbero anche valori come:
> 
> map_type:schema
> 
> map_type:panorama
> 
> map_type:orientation
> 
> map_type:topographic
> 
> 
> 
> Pensavo ad un valore:
> 
> map_type:peak_toposcope
> 
> Idee?
> 
> Grazie a chi interverrà.
> 
> 


Va benissimo toposcope secondo me. Potresti metttere un description per
specificare che indica le vette.

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


[Talk-es] descargaBTAA.sh y btaa2osm.sh (Era: Re: descargaBTN25 y btn252osm.sh)

2016-11-01 Thread Santiago Crespo
Hola,

He creado unos scripts para la BTAA basados en los que hicimos para el
IGN, pero todavía no los he probado bien:

https://github.com/kresp0/descargaBTAA.sh/

https://github.com/kresp0/btaa2osm.sh/

Estoy asumiendo que toda la BTAA está en EPSG:25830, pero no estoy
seguro de que sea así.

Los únicos municipios que parece que se puedan descargar son:

Alagón
Almudévar
Beceite
Castelserás
Fuentes_de_Ebro
Horte_de_Sant_Joan
Huesca
La_Puebla_de_Valverde
Leciñena
Longares
Pedrola
Peñarroya_de_Tastavins
Pina_de_Ebro
Tabuenca
Zaragoza
Zuera

La descarga son 1.8GB, descomprimido ocupa 6.7GB después de borrar los
zips (lo hace el script automáticamente)

Está comentada (desactivada) la función de convertir el shp final al
formato de OSM, pues hay que escribir algún archivo con las traducciones
de etiquetas para que funcione.

Saludos,
Santiago Crespo

On 11/01/2016 09:08 AM, Miguel Sevilla-Callejo wrote:
> Hola,
> 
> Muchas gracias por el trabajo, se ve genial y creo que nos será muy útil.
> 
> Lo comentamos por Telegram/Riot pero ¿se puede reusar estos scripts para
> la Base Cartografía Armonizada (BTA) 1:50.000 que, por ejemplo en Aragón
> está bajo CC-BY 4.0?
> 
> Creo que de poner esfuerzos en importar bases cartográficas, al menos en
> Aragón, yo me importaría la BTA, no?
> 
> Sin duda la red hidrográfica, bajo mi punto de vista, podría ser buena
> idea importar de primeras.
> 
> Un saludo
> 
> --
>  Miguel Sevilla-Callejo
> from my mobile 
> 
> 
> El 16/10/2016 20:29, "Matías h"  > escribió:
> 
> Hola Jorge.
> El archivo de traducción (LAGUNAS.py) se puede configurar para que
> añada los tags que queramos, pero según la guía de importaciones el
> source es recomendable que vaya en las etiquetas del changeset.
> 
> Yo personalmente opino que es mejor en cada elemento, pero supongo
> que cuando la gente de imports dicen lo contrario, será por algo.
> 
> De todos modos, es cuestión de consensuarlo con ellos y en la
> comunidad española...
> 
> 
> El 16 oct. 2016 19:29, "Jorge Sanz"  > escribió:
> 
> Santiago genial iniciativa, ¿la traducción añade el Tag de
> origen para dar atribución al IGN?
> 
> --
> Jorge Sanz
> 
> Sent from my phone, excuse my brevity.
> 
> 
> El 14 oct. 2016 21:27, "Santiago Crespo"
> >
> escribió:
> 
> Hola,
> 
> Matías y yo hemos creado un par de scripts para facilitar la
> preparación
> de importaciones manuales de datos del BTN25 del IGN a OSM.
> Ojo, ¡no es
> para subir los datos que genera directamente a OSM!
> 
> Un script descarga las hojas del BTN25 de una provincia y
> las ordena en
> carpetas según los husos.
> 
> El otro extrae, reproyecta, fusiona y convierte a formato
> OSM fenómenos
> BTN25 descargados con el script anterior.
> 
> Matías ha escrito la traducción de etiquetas IGN->OSM para
> el fenómeno
> LAGUNA. También las del resto de fenómenos hidrográficos, aunque
> tendremos que esperar unos días para verlas, pues este finde
> está sin
> acceso al ordenador :)
> 
> https://github.com/kresp0/descargaBTN25
> 
> 
> https://github.com/kresp0/btn252osm
> 
> 
> Saludos,
> Santiago Crespo
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> ___
> 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


[Talk-GB] Bonus winter project: Christmas?

2016-11-01 Thread Gregory
Apparently mapping of Christmas features is more established...
https://wiki.openstreetmap.org/wiki/Key:xmas:feature

and being used...
http://osmand.net/blog?id=christmas_map

but the UK only has Birmingham market mapped
anyone excited enough to try mapping the Christmas features in their
city/town?

-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-it] WMS ortofoto pcn 2012, problemi?

2016-11-01 Thread Max1234Ita
Non conosco le ragioni ma da qualche giorno è effettivamente impossibile
visualizzare ilayer PCN (sia 2006 che 2012).
A me JOSM non dà nessun errore, mi rimane solo la schermata vuota.

Mi chiedevo se, per tamponare, almeno sull'Umbria si potesse procedere
allineando Mapbox al layer della CTR 1:5000.

Ho fatto qualche changeset in questo modo (su Preci), visualizzando la
CTR5000 assieme al layer dati, su cui avevo tracciato alcuni edifici da PCN
2006/2012 prima che si verificasse il disservizio: non mi è sembrato che lo
scostamento dalle ortofoto sia così grande (è sicuramente inferiore Bing
puro e semplice).

Qualcuno può confermare?

Max



--
View this message in context: 
http://gis.19327.n8.nabble.com/WMS-ortofoto-pcn-2012-problemi-tp5885168p5885174.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-fr] aerialway=station, aerialway=yes

2016-11-01 Thread Philippe Verdy
Le 31 octobre 2016 à 21:39,  a écrit :

> Suffixes : "_enter_only" ou "_exit_only" quand la ligne comporte deux
> arrêts et que les arrêts sont représentés par des points il faudrait
> suffixer par "_enter_only" *et* "_exit_only".
>
> > La station inférieure du téléphérique a été placée de manière à être
> « proche » de l’arrêt de tram du bas de la Rue de Siam (station Château),
> mais, elles sont à cent mètres l’une de l’autre par la Rue Ducouëdic.
>
> Mais il n'est pas prévu d'installer un tapis roulant dans la rue Ducouëdic
> ;-) et surtout il s'agit d'arrêts à l'air libre : la proximité est donnée
> par la géographie.
>
> Ceci dit, j'ai été vicieux et ai demandé à Bibus d'aller des Ateliers à
> Liberté. Même en précisant Liberté Tram il n'y arrive pas : ils savent
> marcher jusqu'à un arrêt, depuis un arrêt mais pas entre deux arrêts. Ça
> limite les changements de ligne !
>
> Comme quoi Philippe, entre les moteurs théoriquement adaptés aux réseaux
> et la pratique il y a comme une différence.
>
> Il est vrai que Keolis gère si peu de réseaux qu'ils ne peuvent se
> permettre d'avoir un moteur correct...
>
> Je vois que sur Rennes ils ont gardé des stop_area distincts pour les
> différents arrêts République (qui sont bien au nombre de 5 ;-)).
>
Les arrêts bus sont  si- nombreux que pour des raisons pratiques (pour les
usagers), leur donner des noms séparés pour les différents groupes permet
de faciliter le guidage, en indiquant le secteur où on peut voir les bus à
l'arrêt ou ceux qui arrivent (de plus certains arrêts sont pour la descente
seulement, puis font le tour à vide des rues et vont prendre les passagers
à un autre arrêt (en début ou fin de service, le bus ne fera pas ce tour,
il ne desservira qu'un des arrêts à la montée ou la descente).

Pour l'intermodalité, ce qui est suggéré sur le wiki c'est de créer des
groupements plus gros (dans lequel on mettra les 5 arrêts bus et la station
métro République).

Même chose pour la station "Gares" qui aura bientôt deux gares métro avec
des couloirs d'échange, plus la gare routière départementale et la gare
ferroviaire TGV : c'est le secteur d'un énorme chantier actuellement pour
construire la nouvelle "station intermodale" avec un nouveau large secteur
piétonnier, ce qui doublera la capacité à cause de l'arrivée de la LGV et
de la seconde ligne du métro en construction mais chamboule actuellement
tous les plans de circulation et accès, la gare SNCF TGV pourtant pas si
vielle que ça étant en partie démolie et fermée, et reconstruite pour à
nouveau changer complètement d'aspect architectural, avec un
pont-passerelle temporaire qui a été posé à coté; ces travaux duraient
durer jusque vers début 2019, avant l'ouverture commerciale de la ligne b
du métro prévue en fin 2019 voire 2020 ; la construction du pont-passerelle
provisoire a déjà nécessité de couper totalement le traffic ferroviaire TGV
à Rennes pendant 2 week-ends, avec liaison par cars, et il y aura d'autres
coupures plus tard pour la construction de la nouvelle gare et pour le
démontage du pont-passerelle puis raccorder le plateau piétonnier et poser
la nouvelle superstructure couvrant le tout, ou pour amener des
ascenseurs/escalators).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] traffic_sign=city_limit

2016-11-01 Thread Philippe Verdy
Ce n'est pas du tout exceptionnel et ne concerne pas que les "lieux-dits".

On trouve ces mentions:

* dans les communes fusionnées (en fusion-association, ou dans les communes
nouvelles): en gros le nom de l'ancienne commune, dessous en plus petit le
nom de la nouvelle commune (avec mention souvent abrégée "commune de");
exemple dans les anciennes communes de Lille (Loos, Hellemmes, Wazemmes) -
note: on trouve des panneaux d'entrée et sortie au milieu de
l'agglomération alors qu'on ne sort pas de l'actuelle commune de Lille;

* dans les agglomérations uniques couvrant plusieurs communes sans contenir
le chef-lieu de ces communes: en grand le nom de l'agglomération, dessous
en plus petit le nom de la commune (avec mention souvent abrégée "commune
de"); exemple: Pont-Réan en Ille-et-Vilaine (village excentré entre deux
communes, Guichen et Bruz) - note: il n'y a pas toujours de panneau de fin
d'agglomération entre les deux communes au milieu de l'agglomération quand
elle est petite (les panneaux d'entrée et de sortie d'agglomération seuls
indiquent la commune on ne voit pas la limite entre les deux communes; ce
cas survient quand ce village est n'a qu'une rue le long d'une route
nationale ou départementale; historiquement il y a pu y avoir une commune,
ou un domaine seigneurial formant un petit bourg avec son église ou
chapelle avant la Révolution, mais souvent ces bourgs se sont développés
autour de la construction d'une grande route ou d'une gare, autour d'un
cours d'eau, ou d'une ancienne fabrique qui a amené de l'activité et des
résidents autour pour former un nouveau village sur plusieurs communes).

* dans toutes les communes ayant plusieurs agglomérations/villages sur leur
propre territoire (souvent: en grand le nom du village, dessous en plus
petit le nom de la commune (avec mention souvent abrégée "commune de") ;
exemple Pont-de-Pacé en Ille-et-Vilaine - note: chaque agglomération a ses
panneaux d'entrée/sortie, mais depuis les deux agglomérations n'en font
plus qu'une et les panneaux d'entrée/sortie sont collés maintenant l'un
sous-l'autre, ce n'est pas toujours le cas où il peut y avoir un large
secteur rural entre les bourgs de la commune (notamment des communes de
régions montagneuses, ou les communes ayant des enclaves secondaires
séparées par d'autres communes).

Il faut bien voir que le but premier des panneaux réglementaires n'est pas
de mentionner les communes mais délimiter d'abord les agglomérations pour
l'application du code de la route (surtout la limite de vitesse par
défaut), la mention du nom de la commune est secondaire (mais utile pour
d'autres règlements et services communaux, ça permet de savoir si on va
trouver ou pas la mairie principale dans l'agglomération)

S'il s'agit seulement de hameaux ou lieu-dits (et pas d'agglomération au
sens du code de la route), on n'a que des panneaux donnant en plus petit
(sans le cerclage rouge) le nom du lieu-dit sans donner le nom de la
commune concernée (même si le hameau est sur plusieurs communes): le
panneau est juste positionné dans un point central (souvent le carrefour
principal du hameau). Ce nom de hameau peut être aussi visible sur un arrêt
de ligne de bus.



Le 1 novembre 2016 à 10:39,  a écrit :

> Je suis tombé sur un panneau traffic_sign=city_limit comportant deux
> valeurs : celle de la commune;celle du lieu-dit.
>
> JOSM n'aime pas. Moi non plus mais je n'ai pas trouvé dans le wiki la
> bonne réponse.
>
> Il est écrit sur le panneau :
>
> 
> Commune de  (en plus petit).
>
> En HTML je vois bien comment le représenter ;-).
>
> Doit-on mettre un name=, Commune de  et un
> short-name= ?
>
> Je ne vois pas comment représenter le retour chariot (mettre une espace
> insécable dans "Commune de " ?
>
> Jean-Yvon
>
>
>
> ___
> 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-cz] Dalsi preklady wiki

2016-11-01 Thread Dalibor Jelínek
Ahoj,

ve spolupráci s Lukášem přinášíme další překlady wiki k počtení a případným
opravám.

 

Mějte se,

Dalibor

 

*   waterway  =fuel
 , cycleway:left
 =*,
cycleway:right 
=*, cycleway:right
 =lane
 ,
cycleway:right 
=track  ,
cycleway  =lane
 , pilgrimage
 =*, passenger
 =* - 4.10.2016
*   oneway 
=reversible 
, oneway  =alternating
  -
10.10.2016
*   man_made 
=obelisk   -
11.10.2016
*   cemetery  =*,
cemetery  =grave
 , date
 =*,
communication:television
 =*,
communication:radio
 =*,
communication:mobile_phone
 =*
(Lenochod) - 12.10.2016
*   office 
=moving_company
 ,
wetland  =saltern
  - 17.10.2016
*   duration  =*,
donation:compensation
 =*,
asset_ref  =*
(Lenochod) - 17.10.2016
*   aerialway:drag_lift
 =*,
group_only  =*,
communication:amateur_radio
 =*,
carriageway_ref 
=*, depth  =*, flood_prone
 =*, fireplace
 =*, ferry:cable
 =* (Lenochod) -
18.10.2016
*   generator:source
 =waste
 ,
generator:source
 =gasoline
 ,
generator:source
 =oil
 ,
generator:source
 =biogas
 ,
generator:source
 =biofuel
 ,
generator:source
 =biomass
 ,
generator:source
 =gas
 ,
generator:source
 =coal
 ,
generator:source
 =solar
 ,
generator:source
 =geothermal
 ,
generator:source
 =wave

[Talk-it] tipo di tourism:information

2016-11-01 Thread girarsi_liste
Questo [0], taggato con tourism=information attualmente, ma non so come
definirlo in maniera più dettagliata, è un tavolino rotondo di circa 50
Cm, con i nomi delle vette, ed al contempo una specie di telescopio con
vista molto ristretta sulla direzione della vetta impostata, non ci sono
lenti, solo un tubo di metallo "schizzato".

Pensavo a:

tourism:information

information:map

map_type:toposcope [1]

support:pole

material:metal


Su taginfo.org [2]ci sarebbero anche valori come:

map_type:schema

map_type:panorama

map_type:orientation

map_type:topographic



Pensavo ad un valore:

map_type:peak_toposcope

Idee?

Grazie a chi interverrà.



[0]  http://i66.tinypic.com/5ecrqw.jpg

[1] http://wiki.openstreetmap.org/wiki/Tag:information%3Dmap

[2] http://taginfo.openstreetmap.org/keys/map_type#values


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



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


[Talk-es] Visiting Madrid later this week

2016-11-01 Thread SK53
Hola,

Sorry for writing in English, but my Spanish is very poor.

I will be in Madrid from Thursday afternoon to Saturday morning, staying
near the Museo del Prado. If any one is interested in meeting up either
evening (Thursday 3rd of Friday 4th) let me know.

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


Re: [OSM-talk-fr] traffic_sign=city_limit

2016-11-01 Thread Stéphane Péneau
L'info sur le nom de la commune ne nous intéresse pas vraiment, c'est 
juste un rappel.

Donc, on pourrait mettre
name = le nom du hameau
description = le texte complet.

Stf

Le 01/11/2016 à 10:39, osm.sanspourr...@spamgourmet.com a écrit :


Je suis tombé sur un panneau traffic_sign=city_limit comportant deux 
valeurs : celle de la commune;celle du lieu-dit.


JOSM n'aime pas. Moi non plus mais je n'ai pas trouvé dans le wiki la 
bonne réponse.


Il est écrit sur le panneau :


Commune de  (en plus petit).

En HTML je vois bien comment le représenter ;-).

Doit-on mettre un name=, Commune de  et un 
short-name= ?


Je ne vois pas comment représenter le retour chariot (mettre une 
espace insécable dans "Commune de " ?


Jean-Yvon




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



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


Re: [Talk-cz] Duplicitní adresy na POI

2016-11-01 Thread jzvc

Dne 31.10.2016 v 9:39 Pavel Machek napsal(a):

On Mon 2016-10-31 07:06:41, Marián Kyral wrote:



-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 10. 2016 21:37:28
Předmět: Re: [Talk-cz] Duplicitní adresy na POI

"Ahoj!


na několika místech jsem si všiml defektního vykreslování domovních čísel
přes ikonky POI na mobilu (mapniku se to netýká). Z části proto, že to

nejde

triviálně odstranit a z části proto, že mi to nepřijde zrovna vhodné bych

to

chtěl nadhodit zde. O co jde: s tím, že je možné přiřadit adresu místo

cestě

(celému domu) jen uzlu (označení vchodu nebo tak nějak) se nedá moc
polemizovat, to je celkem OK. Proč ale mít uzel s adresou a tu adresu mít
ještě zduplikovanou na POI hotelu či restaurace? Mě osobně to nedává
smysl.


Ta adresa na POI hotelu mi umozni zjistit, jakou adresu ma dane
POI. Jinak by se to zjistovalo dost slozite/nespolehlive.
"



Tohle se řešilo při importu adres z RUIANu a pokud si dobře pamatuji, tak
závěr byl, že stačí adresní bod a na POI není potřeba adresy dávat. Mám
pocit, že tohle geocodéry docela zvládají.


Jo jo, tohle se resilo, a ano kdosi tvrdil ze to treba geocodery nejak
zvladnou... i kdyz uloha je to zrejme nemozna.

Ne, nepovazuju to za vyresene


Podle mně by adresa na POI měla být jen v případě, že je POI osamoceno a
není navázáno na nějakou budovu. Pokud je POI uvnitř polygonu budovy, která
má adresu nebo obsahuje adresní bod, není potřeba tu adresu
zadávat. Jednak


Co presne je to polygon budovy? Zvlaste v dobe 3D mapovani?


Cus, sme opet u toho, co OSM umoznuje a neumoznuje. Technicky spravne si 
dovedu predstavit, ze budova (at uz v provedeni node/way/relation) bude 
mit privazanych 0-N relaci adres (= muselo by vzniknout neco jako 
"adresni relace", kterou bude pouzivat prislusnej reneder, a musel by to 
byt optimalne jediny akceptovatelny zpusob zadani adresy).


Jak uzasne se pracuje s relacema vsichni vime. Musel by to zaridit primo 
editor tak, aby uzivatel vubec netusil, ze jde o nejaky relace.


Ostatne totez se tyka treba ruznych POI ktere k dane budove (nebo jeji 
casti) patri, pokud tagujes hospodu, tak ta se zcela urcite nevyskytuje 
v podobe bodu, ale jde minimalne o mistnost, coz bys i ve 3D byl schopen 
otagovat za pomoci relace. Opet ale plati, ze to musi primo podporovat 
editor, jinak to nikdo delat nebude.


Zkus si to totiz predstavit pri soucasnych moznostech. Rekneme takova 2 
podlazni budova, na kazdem podlazi rekneme 5 mistnosti, kde ke kazde 
jedne chces priradit tagovani na tema "tohle je kuchyn, tohle toaleta, 
tohle sklad ... " a dohromady to otagovat jako budovu, ktera ma 2 adresy 
... se v tech relacich ztratis.


BTW: vchod do budovy se taguje jako vchod a ne jako adresa.

BTW2: Kdypak bude konecne reneder (aspon ten primarni na OSM) 
respektovat a renederovat tzv "nove" schema hromadne dopravy? To je 
totiz taky soucast problemu - nikdo nebude neco tagovat nejake lepe, 
kdyz to vede maximalne k tomu, ze to zmizi z mapy.





Jak presne to bude fungovat pro panelaky, coz je jedna budova s mnoha
vchody a mnoha adresama?

Obrazek:

  +---+
  |   |
  |   |
  |  Volkova 1 POI: kadernictvi   Volkova 3   |
  |  ++   +   |
  +---+


Jakou adresu ma kadernictvi?


to je duplicitní a taky se může stát, že tři různá POI budou mít různě
zadané adresy, podle toho, jak se kdo právě vyspal. A řekni mi pak, která
adresa je správná?


Spravne reseni je mit tam adresu jednou, na nejaky relaci, ve ktery
bude vchod, mozna obrys budovy a POI pod tou adresou.


Taky se může stát, že se provozovna přestěhuje, nějaký mapper přesune
ikonku, ale adresu nezmění. Jak pak zjistím, co je správně?


Chyby se dejou, chyby se opravuji.

Pavel



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




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


[Talk-it] WMS ortofoto pcn 2012, problemi?

2016-11-01 Thread girarsi_liste
Vi risulta problematico l'accesso al WMS PCN 2012?

Da diversi giorni mi restituisce error loading su Josm.
Ha connessioni limitate per via delterremoto e quindi ad uso e consumo
dei soli soggetti abilitati, oppure per quel che ne sapete, ha avuto danni?

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



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


Re: [Talk-transit] Naming concepts

2016-11-01 Thread Felix Delattre
Thank you all for this great input!

On 01/11/16 00:02, Greg Troxel wrote:
> "Roger Slevin"  writes:
>> I have watched this debate over the years - and I keep coming back to
>> what I think is a key question for the OSM community ... if there is
>> an existing robust standard for public transport information, then is
>> it really worth trying to add to OSM a different standard (or set of
>> terms) for that information?  If so, can you afford to be less precise
>> in your terminology than that defined over many, many years of work in
>> Transmodel?  The same issue was faced by GTFS many years ago and, for
>> better or worse, the decision was taken by the GTFS community to go
>> ahead with a separate standard.  But whilst GTFS is not underpinned by
>> the Transmodel standard, many aspects of it have taken the Transmodel
>> reference data model into account.  GTFS is not as comprehensive, I
>> suggest, as Transmodel - and it is an implementation standard and not
>> a reference data model.
> I agree in general - OSM has too much making up of schemas rather than
> studying the schemas which have been developed in the various
> professional communities.
>
> Overall, though, I am wondering if this discussion is about identifiers
> to use in source code, or is about some user-facing aspect of the
> program or something else.   I would advocate picking a well-established
> set of terms (transmodel seems like a good fit, even though I know
> zero about it) and just use that.   The key is defining the terms so
> that people can understand them.

Personally, the initial question was about the use in code, but making
also the code as readable as possible. Generally I think the whole
discussion is good and interesting even without looking too much on my
specific use case

The transmodel standard is good information and even it introduces
another naming convention (besides OSM and GTFS) it seems to be the best
thought-threw definition (with some awkward terms however :) )

With all this input I will make my head around and see how I name my
classes for the osm2gtfs script:
https://github.com/grote/osm2gtfs/issues/30#issuecomment-257162677

Thank you!


On 31/10/16 19:05, Stephen Sprunk wrote:
> For those not familiar with Transmodel, can you either explain what
> its terms are for the concepts in question and/or point us to
> resources that do?

I found this PDF on transmodel's definitions and concepts useful:
http://transmodel-cen.eu/wp-content/uploads/2015/02/TRM6_Glossary-Part-123.pdf

* LINE: A group of ROUTEs which is generally known to the public by a
similar name or number
* ROUTE: An ordered list of located POINTs defining one single path
through the road (or rail) network. A ROUTE may pass through the same
POINT more than once.
* JOURNEY PATTERN: An ordered list of SCHEDULED STOP POINTs and TIMING
POINTs on a single ROUTE, describing the pattern of working for public
transport vehicles.A JOURNEY PATTERN may pass through the same POINT
more than once. The first point of a JOURNEY PATTERN is the origin. The
last point is the destination.
* VEHICE JOURNEY: The planned movement of a public transport vehicle on
a DAY TYPE from the start point to the end point of a JOURNEY PATTERN on
a specified ROUTE.

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


[OSM-talk-fr] démarche de l'association OpenStreetMap France pour devenir un chapitre local de la fondation OSMF

2016-11-01 Thread Benoit Fournier
Pour information et demande d'aide à toute la communauté, je transfère
le message suivant :


Date: 2016-11-01 11:45 GMT+01:00
Subject: Re: towards French local chapter
To: ca 


Chers membres de la communauté OpenStreetMap pour la France,
Nous sommes en cours de démarche pour devenir officiellement un
chapitre local de la fondation internationale (Local chapter of
OpenStreetMap Foundation
http://wiki.osmfoundation.org/wiki/Local_Chapters).

[...]

Membres, contributeurs et sympathisants,
Je vous invite à relire les documents en cours de préparation.
Vous pouvez les éditer ou annoter.
https://annuel.framapad.org/p/OSM_France_local_chapter_application
La pièce jointe de ce message est une simple copie pour référence, à
la date d'aujourd'hui.

En particulier...  :)

Chers anglophones,
Une grosse partie du travail consiste à traduire les statuts de l'association.
Veuillez contribuer !
https://annuel.framapad.org/p/OSM_France_articles_of_association

[...]

En vous remerciant de votre intérêt et de vos contributions,

Benoît Fournier
OpenStreetMap France

>> Hello Paul,
>>
>> Just to let you know that the French organization OpenStreetMap France
>> would like to become an OSMF local chapter.
>>
>> We will review the documents list for application and start the
>> procedure in the next few weeks.
>>
>> Please let me know if you have any further advice or preferred format.
>>
>> Benoît Fournier
>> OpenStreetMap France
>> board public list: c...@listes.openstreetmap.fr


OSM_France_local_chapter_application_v20161101temp.pdf
Description: Adobe PDF document
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSRM-talk] OSRM-talk Digest, Vol 46, Issue 18

2016-11-01 Thread Mark Hagers
Hi Surya,

Thanks for your response.

> On 31 okt. 2016, at 19:47, osrm-talk-requ...@openstreetmap.org wrote:
> 
> Message: 4
> Date: Mon, 31 Oct 2016 14:47:17 -0400
> From: Surya Suluh  >
> To: Mailing list to discuss Project OSRM  >
> Subject: Re: [OSRM-talk] Running on windows
> Message-ID:
>   

[OSM-talk-fr] traffic_sign=city_limit

2016-11-01 Thread osm . sanspourriel
Je suis tombé sur un panneau traffic_sign=city_limit comportant deux 
valeurs : celle de la commune;celle du lieu-dit.


JOSM n'aime pas. Moi non plus mais je n'ai pas trouvé dans le wiki la 
bonne réponse.


Il est écrit sur le panneau :


Commune de  (en plus petit).

En HTML je vois bien comment le représenter ;-).

Doit-on mettre un name=, Commune de  et un 
short-name= ?


Je ne vois pas comment représenter le retour chariot (mettre une espace 
insécable dans "Commune de " ?


Jean-Yvon


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


Re: [Talk-es] descargaBTN25 y btn252osm.sh

2016-11-01 Thread Matías h
Hola.

Sí, la BTA de Aragón a escala 1/5000 debe ser mejor que la del BTN25.

Será cuestión de adaptar los scripts a la estructura de las capas de Aragón
y/o viceversa.

El 1 nov. 2016 9:38, "Miguel Sevilla-Callejo" 
escribió:

> Hola,
>
> Muchas gracias por el trabajo, se ve genial y creo que nos será muy útil.
>
> Lo comentamos por Telegram/Riot pero ¿se puede reusar estos scripts para
> la Base Cartografía Armonizada (BTA) 1:50.000 que, por ejemplo en Aragón
> está bajo CC-BY 4.0?
>
> Creo que de poner esfuerzos en importar bases cartográficas, al menos en
> Aragón, yo me importaría la BTA, no?
>
> Sin duda la red hidrográfica, bajo mi punto de vista, podría ser buena
> idea importar de primeras.
>
> Un saludo
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 16/10/2016 20:29, "Matías h"  escribió:
>
> Hola Jorge.
> El archivo de traducción (LAGUNAS.py) se puede configurar para que añada
> los tags que queramos, pero según la guía de importaciones el source es
> recomendable que vaya en las etiquetas del changeset.
>
> Yo personalmente opino que es mejor en cada elemento, pero supongo que
> cuando la gente de imports dicen lo contrario, será por algo.
>
> De todos modos, es cuestión de consensuarlo con ellos y en la comunidad
> española...
>
> El 16 oct. 2016 19:29, "Jorge Sanz"  escribió:
>
>> Santiago genial iniciativa, ¿la traducción añade el Tag de origen para
>> dar atribución al IGN?
>>
>> --
>> Jorge Sanz
>>
>> Sent from my phone, excuse my brevity.
>>
>> El 14 oct. 2016 21:27, "Santiago Crespo" 
>> escribió:
>>
>>> Hola,
>>>
>>> Matías y yo hemos creado un par de scripts para facilitar la preparación
>>> de importaciones manuales de datos del BTN25 del IGN a OSM. Ojo, ¡no es
>>> para subir los datos que genera directamente a OSM!
>>>
>>> Un script descarga las hojas del BTN25 de una provincia y las ordena en
>>> carpetas según los husos.
>>>
>>> El otro extrae, reproyecta, fusiona y convierte a formato OSM fenómenos
>>> BTN25 descargados con el script anterior.
>>>
>>> Matías ha escrito la traducción de etiquetas IGN->OSM para el fenómeno
>>> LAGUNA. También las del resto de fenómenos hidrográficos, aunque
>>> tendremos que esperar unos días para verlas, pues este finde está sin
>>> acceso al ordenador :)
>>>
>>> https://github.com/kresp0/descargaBTN25
>>>
>>> https://github.com/kresp0/btn252osm
>>>
>>> Saludos,
>>> Santiago Crespo
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> 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-it] Proposta webinar progetto Indoor/outdoor location ...

2016-11-01 Thread Aury88
Sergio Farruggia wrote
> Buongiorno a tutti.
> 
> 
> 
> Questo è il mio primo msg in talk-it, a cui mi sono iscritto circa un mese
> fa, su suggerimento di Simone Cortesi. 
> 
> Sto collaborando al progetto i-locate, “Indoor/outdoor location and asset
> management through open geodata”, che concluderà le attività alla fine di
> quest’anno.
> 
> Sul sito http://www.i-locate.eu/ potete trovare tutte le informazioni e la
> documentazione riguardante la storia di questo progetto.
> 
> 
> 
> Prendendo spunto da questo msg
> https://forum.openstreetmap.org/viewtopic.php?id=55121 del coordinatore
> del progetto,
> 
> vorrei condividere su questa lista l’idea di proporre alla comunità OSM 
> un webinar per discutere insieme vari aspetti 
> 
> riguardanti la condivisione dei risultati e la sostenibilità
> dell’iniziativa oltre il termine di chiusura ufficiale.
> 
> 
> 
> Una ipotesi di agenda potrebbe essere:
> 
> - Introduzione al progetto i-locate
> 
> - Presentazione del Training Framework i-locate
> 
> - discussione
> 
> 
> 
> Durata ipotizzabile, 1 ora;  data programmata, prima decade di dicembre.
> 
> 
> 
> Prima di estendere questa proposta alla comunità OSM internazionale, penso
> utile ricevere dai partecipanti a questa lista commenti 
> 
> e consigli utili per “confezionare” un appuntamento interessante e
> produttivo per successivi ulteriori collaborazioni. 
> 
> 
> 
> Resto in “ascolto” e grazie per l’attenzione,
> 
> Sergio Farruggia

ciao Sergio,
io mio occupo sporadicamente di mappatura indoor su OSM, ma appunto le mie
conoscenze sono limitate alla mappatura (e anche li non sono certo un
esperto) e non so nulla di programmazione.
volevo chiedere quindi che conoscenze sono richieste per poter seguire
almeno a grandi linee questo webinar , e un avere un anticipazione su cosa
viene insegnato nel Training Framework i-locate e il costo di tale training.
Se posso dare un consiglio: al momento attuale la mappatura indoor su osm è
estremamente limitata e le cause principali sono da ricondurre imho alla
mancanza di un render su osm.org (non si mappa per il render ma se il render
non mostra cosa si mappa questo è molto disincentivante per molti) e la
mancanza di un sistema per la navigazione indoor...quanto sviluppato da
i-locate potrebbe risolvere la seconda problematica e generare un interesse
pratico sulla mappatura indoor su osm che immagino sia utile anche al
progetto  i-locate.
 secondo me, prima del training, potrebbe essere molto utile fare una breve
discussione sull'eventuale integrazione di i-locate con i motori di
navigazione sfruttati da osm (i-locate è opensource giusto?) e/o su come
i-locate già utilizzi i dati osm per il servizio di navigazione indoor. così
facendo si potrebbe generare molto interesse sia tra gli sviluppatori della
comunità osm sia tra i mappatori e richiamare quindi molta gente.
un ultimo appunto: la mia connessione non è il massimo, ed ad ora non sono
mai riuscito a fare videoconferenze (o anche solo una videochiamata skype).
potrebbe essere utile che l'incontro venga registrato e reso disponibile a
chi come me ha questa limitazione di risorse tecniche ;-)

a risentirci e in bocca al lupo




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n8.nabble.com/Proposta-webinar-progetto-Indoor-outdoor-location-tp5885148p5885161.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-es] descargaBTN25 y btn252osm.sh

2016-11-01 Thread Miguel Sevilla-Callejo
Hola,

Muchas gracias por el trabajo, se ve genial y creo que nos será muy útil.

Lo comentamos por Telegram/Riot pero ¿se puede reusar estos scripts para la
Base Cartografía Armonizada (BTA) 1:50.000 que, por ejemplo en Aragón está
bajo CC-BY 4.0?

Creo que de poner esfuerzos en importar bases cartográficas, al menos en
Aragón, yo me importaría la BTA, no?

Sin duda la red hidrográfica, bajo mi punto de vista, podría ser buena idea
importar de primeras.

Un saludo

--
 Miguel Sevilla-Callejo
from my mobile 

El 16/10/2016 20:29, "Matías h"  escribió:

Hola Jorge.
El archivo de traducción (LAGUNAS.py) se puede configurar para que añada
los tags que queramos, pero según la guía de importaciones el source es
recomendable que vaya en las etiquetas del changeset.

Yo personalmente opino que es mejor en cada elemento, pero supongo que
cuando la gente de imports dicen lo contrario, será por algo.

De todos modos, es cuestión de consensuarlo con ellos y en la comunidad
española...

El 16 oct. 2016 19:29, "Jorge Sanz"  escribió:

> Santiago genial iniciativa, ¿la traducción añade el Tag de origen para dar
> atribución al IGN?
>
> --
> Jorge Sanz
>
> Sent from my phone, excuse my brevity.
>
> El 14 oct. 2016 21:27, "Santiago Crespo" 
> escribió:
>
>> Hola,
>>
>> Matías y yo hemos creado un par de scripts para facilitar la preparación
>> de importaciones manuales de datos del BTN25 del IGN a OSM. Ojo, ¡no es
>> para subir los datos que genera directamente a OSM!
>>
>> Un script descarga las hojas del BTN25 de una provincia y las ordena en
>> carpetas según los husos.
>>
>> El otro extrae, reproyecta, fusiona y convierte a formato OSM fenómenos
>> BTN25 descargados con el script anterior.
>>
>> Matías ha escrito la traducción de etiquetas IGN->OSM para el fenómeno
>> LAGUNA. También las del resto de fenómenos hidrográficos, aunque
>> tendremos que esperar unos días para verlas, pues este finde está sin
>> acceso al ordenador :)
>>
>> https://github.com/kresp0/descargaBTN25
>>
>> https://github.com/kresp0/btn252osm
>>
>> Saludos,
>> Santiago Crespo
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-es] Paradas de taxi en Madrid

2016-11-01 Thread Santiago Crespo
Hola,

Acabo de revisar la tabla con la conversión del texto de las señales al
formato opening_hours y me parece que está bien. Lo ideal es que alguien
más lo revisara y diera su OK o comentase si hay algún error:

http://wiki.osm.org/wiki/Madrid_taxi_Import#Translation_to_opening_hours_format

Mientras tanto, empezamos:

http://tareas.openstreetmap.es/project/27

Saludos,
Santiago Crespo

On 10/29/2016 11:09 PM, Santiago Crespo wrote:
> Hola,
> 
> El Ayto. ha respondido publicando una nueva versión del archivo con
> varios campos más, entre ellos el texto que pone en la señal con el
> horario :)
> 
> También han cambiado el sistema de coordenadas, están actualizados los
> pasos para generar el .osm en la wiki.[1]
> 
> He traducido al formato opening_hours las distintas variantes. ¿Algún
> voluntario para revisarlo? Que diga algo y le paso un enlace con la
> tabla. Los horarios pasan la validación del JOSM y de la "opening_hours
> evaluation tool"[2].
> 
> Sobre los números de teléfono, no lo tengo claro. ¿Algún comentario?
> 
> En un par de días si no hay comentarios empezamos la importación.
> 
> Saludos,
> Santiago Crespo
> 
> [1] https://wiki.openstreetmap.org/wiki/Madrid_taxi_Import
> [2] http://openingh.openstreetmap.de/evaluation_tool/
> 
> On 10/20/2016 05:13 PM, Santiago Crespo wrote:
>> Sobre la URL, creo que lo más interesante es la información sobre
>> tarifas, y esto es algo que se puede encontrar a 2 clicks buscando en
>> google "taxi madrid". Por lo que si no ponemos la url tampoco perdemos
>> mucho.
>>
>> El teléfono, en cambio, cuesta algo más de encontrar.
>>
>> Creo que el 010 es un número que en España te debería comunicar con el
>> Ayto. del lugar desde donde hagas la llamada.
>>
>> Tienes razón en que el 91... puede crear confusión. El problema es que
>> en la wiki pone que "phone" debería seguir el formato ITU-T E.164
>> (+CódigoPaís número). Dicen "debería" (should be), no debe (must).
>>
>> Lo que hacen en algunos sitios es usar una etiqueta más, creo que para
>> este caso sería algo así:
>>
>> phone:ES:Madrid=010
>> phone=+34 915 298 210
>>
>> https://wiki.openstreetmap.org/wiki/Key:phone
>>
>>
>> On 10/20/2016 04:00 PM, Alejandro Moreno wrote:
>>> Yo no metería la URL porque no veo que aporte mucho. En cuanto al
>>> teléfono dejaría el 010. La utilidad del 010 es aislar a los usuarios de
>>> los cambios de teléfono que suelen ocurrir por lo que si pones el 91...
>>> habría que andar revisando cada cierto tiempo que el número no ha
>>> cambiado cuando con el 010 te olvidas. Además el otro teléfono puede
>>> generar confusión no sabiendo si estás llamando a una compañía de taxis.
>>>
>>> El 20 de octubre de 2016, 15:50, Santiago Crespo
>>> > escribió:
>>>
>>> Hola Alejandro, buen detalle.
>>>
>>> Puedo revisar la URL anualmente.
>>>
>>> Saludos,
>>> Santiago Crespo
>>>
>>> On 10/20/2016 03:29 PM, Alejandro S. wrote:
>>> > Buenas,
>>> > Ojo con la URL, que luego si la cambian acabas con un montón de
>>> > etiquetas que no valen para nada. Es lo que nos pasó en Zaragoza.
>>> >
>>> > Saludos,
>>> > Alejandro Suárez
>>> >
>>> >
>>> > On Thu, Oct 20, 2016, 12:29 Santiago Crespo 
>>> 
>>> > >> >> wrote:
>>> >
>>> > Hola,
>>> >
>>> > Resulta que hay algunas paradas con horario. He preguntado al
>>> Ayto. qué
>>> > reservas tienen horario limitado y qué horario es y me han
>>> dicho que han
>>> > pasado la consulta al responsable del conjunto de datos.
>>> >
>>> > Creo que merece la pena esperar 2 o 3 semanas ver si llega la
>>> respuesta
>>> > antes de empezar.
>>> >
>>> > Sobre las etiquetas, estoy pensando en añadir la etiqueta url
>>> a las
>>> > paradas, con la información para usuarios del taxi del Ayto:
>>> >
>>> >   
>>>  
>>> url=http://www.madrid.es/portales/munimadrid/es/Inicio/Movilidad-y-transportes/Taxi?vgnextfmt=default=4813dc0bffa41110VgnVCM100b205a0aRCRD=220e31d3b28fe410VgnVCM100b205a0aRCRD=4538399
>>> 
>>> 
>>> >
>>> > Por si no llega bien el enlace anterior:
>>> > http://miniurl.es/taxi
>>> >
>>> > Y el teléfono creo que debería ser el 010 (Ayto.) que es el
>>> teléfono a
>>> > llamar para avisos, incidencias e información general sobre el
>>> taxi.
>>> > Aunque en lugar del 010, pondría el número que funciona desde todo
>>> > el mundo:
>>> >
>>> > phone=+34 915 298 210 
>>> >
>>> > He probado a llamar