Re: [OSM-talk] Openstreetmap-carto switching to ocean polygons

[Joseph Eisenberg]

> I am not sure you will get some response to “...it needs testing...” 
> especially not from GIS and vector map-makers

This notification is not for people who are designing their own maps,
but for users of the CartoCSS style called "Openstreetmap-carto" which
is hosted on github. This is the style that is used by the OSM
foundation servers to display the "standard" map layer that you see on
openstreetmap.org, and it's designed to be rendered as a raster map,
currently.

You can see the change planned here:
https://github.com/gravitystorm/openstreetmap-carto/pull/3694

> Using generalized version of water polygons without synchronization with 
> other object classes (lakes, rivers, forests...) causes serious logical and 
> aesthetic cartographic problems.

Are you talking about the use of
simplified-water-polygons-complete-3857 and
simplified-land-polygons-complete-3857 from openstreetmapdata.com?
These files are supposed to look identical to the full-data versions
when rendered at low zoom. If you think they have problems, please
open an issue on github so that we can discuss this at the proper
place:  https://github.com/gravitystorm/openstreetmap-carto/issues/new

There are also generalized coastlines and shapefiles available at
http://openstreetmapdata.com/data/generalized-coastlines however these
are not currently used by the Openstreetmap-carto stylesheet.

You could also email Jochen and Christoph, the creators of the
shapefiles, directly at i...@openstreetmapdata.com if you has specific
technical suggestions.

-Joseph

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

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Martin Koppenhoefer]

sent from a phone

> On 6. Mar 2019, at 20:11, Sergio Manzi  wrote:
> 
> ecc..., e per molti di quest oggetti abbiamo già tag in uso (per es.  
> memorial=plaque, man_made=obelisk e anche memorial=obelisk, ecc..) e di 
> conseguenza taggerei "inscription="Quel che c'è scritto..." all'interno dello 
> specifico oggetto.


si, d’accordo, però quando gli oggetti sono grandi (tanti superfici) preferirei 
un nodo a parte, ci potrebbero essere più iscrizioni su più lati, ecc. 
Per esempio quando c’è un palazzo con delle iscrizioni, non le mapperei come 
proprietà del palazzo ma metterei oggetti specifici per ogni iscrizione

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

Re: [OSM-talk-be] how to create a 'ready-to-print' city map from OSM

[Julien Minet]

Hello Nadia,

>From what I know, I'd advice QGIS or Mapnik.

1) QGIS


You can import OSM data in QGIS with many ways:

   - import data in a postgresql/postgis db with osm2pgsql or imposm and
   use the postgresql/postgis layers
   - use the quickOSM plugin
   - use the shp from geofabrik 

Then, you may use some default styles (to not reinvent the wheel) that are
compatible with this data (it depends on the way you import the OSM data).
For instance:

QGIS styles with quickOSM/osm2pqsql

   -


   
https://github.com/anitagraser/QGIS-resources/tree/master/qgis2/osm_spatialite
   -

   https://github.com/Champs-Libres/QGIS-OSM-styles

QGIS style with imposm

   -

   http://www.ewan.cc/?q=node/129

QGIS styles with the shp from geofabrik

   -

   https://github.com/3liz/osm-in-qgis
   -

   https://github.com/charleyglynn/OSM-Shapefile-QGIS-stylesheets


Street labelling: I think you can do a lot with QGIS nowadays but I have
not experienced it a lot. If you look at the Champs-Libres/QGIS-OSM-styles,
you have an example of "word replacing" in SQL, for instance to replace
"Avenue" by "Av.". For fine tuning of the placement of the labels, there
are a lot of options in the labels dialog, but I don't know if you can
always force the labels to appear on the map for instance.

Automation: if you need to automate this for 100's of map or update
frequently, I guess using the "Atlas" features of the print composer can
help you.

Manual editing: one advantage of QGIS is that you can easily manually edit
your geographical data. You can also "post-editing" the map (eg, moving the
labels themselves, not the geometry) if you export it in SVG.


2) Mapnik
--

More powerful, but again, I have not experienced specifically complex
street labelling with mapnik. For importing OSM data, you can choose
between osm2pgsql or imposm. Then, there are some styles available for map
printing. It is always good to start from an existing style. I'm developing
for a while the style of OpenArdenneMap
 which is specifically made for
map printing around the scales of 1:15000 to 1:25000. There is no street
labelling in this style but you can add it. Maybe you can start from
OSMBright (but it was not made for map printing, so you'll have to increase
the label sizes and work on the colour contrasts).

For complex street labelling, there are plenty of options in mapnik (or in
cartoCSS) to fine-tune the placement of labels: text-repeat-distance,
text-allow-overlap, text-align, text-placement, text-dx, text-dy, ... For
changing the labels, again you can use some SQL directly in the mapnik
project file, with something: "SELECT way, CASE WHEN ("highway" is not
null) THEN replace( replace( name:fr, 'Avenue','Av.'), 'Boulevard', 'Bd.')
END  AS fancy_name_fr FROM planet_osm_line"

For automation, of course with mapnik you can automate things a lot (with
Python or other).

Manual editing of the final maps is possible if you output the maps in SVG.


Finally I may work on this (city map printing) in the coming months using
Mapnik, so we can keep in contact!

Cheers,

Julien Minet



On Wed, Mar 6, 2019 at 9:53 AM PONCELET Nadia (Firebru)
 wrote:

> Hello everyone,
>
>
>
> I would like to create some map from OSM that could be printed on paper at
> the approximate scale of 1:5000 and where all street names would appear on
> the map and be easy to read.
>
>
>
> This is quite tricky I think, especially for Brussels where street names
> usually have a french and a dutch version. I have already done this
> exercise previously using UrbIS and I had to use some tricks such as
> shortening the names by combining the french and dutch versions when
> possible (e.g. "Rue de l'Ommegangstr." or "Quai F. Demetskaai") and widen
> the streets. I don't care that the streets are no more "at scale", the
> important is that all (or most) street names are legible. The rendering is
> similar to De Rouck map guides or 'Bruxelles en poche' for those who know
> these books. In long streets, the name can also be repeated several times.
>
>
>
> My final result from UrbIS was more or less satisfactory (even if it still
> required some workforce to displace manually a few toponyms at the end) but
> I would like to be able to create the same kind of map from OSM for a
> larger area than the Brussels Region and also be able to update it
> periodically.
>
>
>
> Before I start working on this, would you have some advice or know any
> people/projects/tools/libraries/ideas that could be a source of inspiration
> (maybe from ‘OSM on paper’ wiki page)?
>
>
>
> Thank you very much for your answers.
>
>
>
> Nadia
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org

Re: [OSM-talk-be] how to create a 'ready-to-print' city map from OSM

[Marc Gemis]

As Jo wrote labelling will be difficult. Did you consider to create 2
maps, one in French and one in Dutch? (and perhaps one in German). Is
there a particular reason to create a bi-lingual map?

m.

On Wed, Mar 6, 2019 at 9:53 AM PONCELET Nadia (Firebru)
 wrote:
>
> Hello everyone,
>
>
>
> I would like to create some map from OSM that could be printed on paper at 
> the approximate scale of 1:5000 and where all street names would appear on 
> the map and be easy to read.
>
>
>
> This is quite tricky I think, especially for Brussels where street names 
> usually have a french and a dutch version. I have already done this exercise 
> previously using UrbIS and I had to use some tricks such as shortening the 
> names by combining the french and dutch versions when possible (e.g. "Rue de 
> l'Ommegangstr." or "Quai F. Demetskaai") and widen the streets. I don't care 
> that the streets are no more "at scale", the important is that all (or most) 
> street names are legible. The rendering is similar to De Rouck map guides or 
> 'Bruxelles en poche' for those who know these books. In long streets, the 
> name can also be repeated several times.
>
>
>
> My final result from UrbIS was more or less satisfactory (even if it still 
> required some workforce to displace manually a few toponyms at the end) but I 
> would like to be able to create the same kind of map from OSM for a larger 
> area than the Brussels Region and also be able to update it periodically.
>
>
>
> Before I start working on this, would you have some advice or know any 
> people/projects/tools/libraries/ideas that could be a source of inspiration 
> (maybe from ‘OSM on paper’ wiki page)?
>
>
>
> Thank you very much for your answers.
>
>
>
> Nadia
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

[Talk-us] Hello World!

[Stormwater]

Hello,

My name is Wes Keller. I am the GIS Analyst for the City of Universal City. I 
would like to become active in the group and become a relied upon resource for 
information within Universal City's Jurisdiction. If you are working in the San 
Antonio, Texas area please let me know so I can become acquainted with you. I 
would like to begin adding my content to Open Street Map. My preferred editing 
environment is ArcGIS Desktop. Any advice or assistance would be greatly 
appreciated.

Wesley Keller
GIS Analyst
City of Universal City

stormwa...@uctx.gov
210-659-0333 x722

2150 Universal City Blvd
Universal City, TX 78148
[CityLogoSmallJets]

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

Re: [OSRM-talk] how to enter multiple stops with mouse click

[Aykut Ucar]

Thanks so much Daniel, that worked.

On Wed, Mar 6, 2019 at 5:05 PM Daniel Patterson via OSRM-talk <
osrm-talk@openstreetmap.org> wrote:

> Click two times to make your start and end points.  Once you have a route,
> you can divide it up by clicking on the routeline to add additional
> waypoints that you can then move around.
>
> daniel
>
> On Wed, Mar 6, 2019 at 3:48 PM Aykut Ucar  wrote:
>
>> Hi,
>> in the demo
>> http://map.project-osrm.org/
>> How do you drop multiple stops with mouse click?
>> I tried right click, holding ctrl and alt keys.
>> Any help would be appreciated.
>> Thanks.
>> ___
>> 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
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] how to enter multiple stops with mouse click

[Daniel Patterson via OSRM-talk]

Click two times to make your start and end points.  Once you have a route,
you can divide it up by clicking on the routeline to add additional
waypoints that you can then move around.

daniel

On Wed, Mar 6, 2019 at 3:48 PM Aykut Ucar  wrote:

> Hi,
> in the demo
> http://map.project-osrm.org/
> How do you drop multiple stops with mouse click?
> I tried right click, holding ctrl and alt keys.
> Any help would be appreciated.
> Thanks.
> ___
> 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

[OSRM-talk] how to enter multiple stops with mouse click

[Aykut Ucar]

Hi,
in the demo
http://map.project-osrm.org/
How do you drop multiple stops with mouse click?
I tried right click, holding ctrl and alt keys.
Any help would be appreciated.
Thanks.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-gb-westmidlands] March Meeting

[Rob Nickerson]

This one is probably the last winter meeting in Birmingham. We then start
our summer 2019 tour of the region. If you want Mappa Mercia to visit your
city/town/village or know of a good place to visit, please let me know.

Thank you,
*Rob*


On Mon, 4 Mar 2019 at 08:13, Rob Nickerson 
wrote:

> Likewise. See you there.
>
> On Sun, 3 Mar 2019, 20:30 Ian Caldwell via Talk-gb-westmidlands <
> talk-gb-westmidlands@openstreetmap.org wrote:
>
>>
>> I should be there
>>
>> Ian
>>
>>
>>
>> On Sun, 3 Mar 2019 at 19:42, Br
>>
>> Ian
>> Prangle  wrote:
>>
>>> Hi everyone
>>>
>>> This Thursday 7 March is our scheduled date for our monthly meeting.
>>> I've checked that the Bull has re-opened so see you there at about 730
>>>
>>> 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
>>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-GB] More imagery

[Rob Nickerson]

Sounds good. Although it is worth noting that OSM UK is us - i.e. the
OpenStreetMap community in the UK. Yes it does happen to be a registered
company which helps in some conversations (some companies like to speak
with other companies) but to get things moving fastest we welcome help from
fellow OSMers. If not then it will fall to the OSM UK board, of which there
are 5 people (I am one) with limited volunteer time.

To get things started I have written to OSMF's advisory board to see if any
of the local groups or organisations that form part of that have experience
with getmapping imagery. If you can pass contact details from getmapping
then we can start enquiries.

P.S. If anyone reading this wants to jump in and help, please let me know.

With best regards,
*Rob*


On Wed, 6 Mar 2019 at 21:14, chilton steve 
wrote:

> Rob,
>
> Thanks for the response.
>
> In fact I would prefer to hand over to OSMUK or some more formal part of
> the project, particularly if they have experience of such
> discussions/negotiations.
>
> I don't know what the level of content is. They market themselves as
> leading provider in UK so I don't think global.
>
> I will email OSMUK first before going to the company, just to see how the
> land lies (pun intended!).
>
> Cheers
>
> Steve
>
> On 06 March 2019 at 19:54 Rob Nickerson 
> wrote:
>
> Hi Steve,
>
> >Would OSM benefit from another imagery source? Getmapping have
> tentatively offered theirs. See:
> https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/ and get
> back to me via any of the normal methods.
> >
> >Cheers
> >Steve Chilton (@steev8)
>
> It's certainly worth exploring and I think this is something that OSM UK
> company can assist with if they prefer to discuss with a registered company
> rather than an individual (could still be you, just on behalf of, and with
> the support of OSM UK if that helps with discussions).
>
> What are the next steps? I guess confirming it is unique content is a good
> step - rather than a copy of Digital Globe imagery already available to us
> for example. Do you want to start an email discussion with them cc'ing
> bo...@osmuk.org in and we can arrange a call / meeting with them if that
> helps.
>
> P.S. Are we speaking UK or global?
>
> Best regards,
> *Rob*
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] More imagery

[chilton steve via Talk-GB]

Rob,

Thanks for the response.

In fact I would prefer to hand over to OSMUK or some more formal part of the 
project, particularly if they have experience of such discussions/negotiations.

I don't know what the level of content is. They market themselves as leading 
provider in UK so I don't think global.

I will email OSMUK first before going to the company, just to see how the land 
lies (pun intended!).

Cheers

Steve

> On 06 March 2019 at 19:54 Rob Nickerson  wrote:
> 
> Hi Steve,
> 
> >Would OSM benefit from another imagery source? Getmapping have 
> tentatively offered theirs. See: 
> https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/ and get back 
> to me via any of the normal methods.
> >
> >Cheers
> >Steve Chilton (@steev8)
> 
> It's certainly worth exploring and I think this is something that OSM UK 
> company can assist with if they prefer to discuss with a registered company 
> rather than an individual (could still be you, just on behalf of, and with 
> the support of OSM UK if that helps with discussions).
> 
> What are the next steps? I guess confirming it is unique content is a 
> good step - rather than a copy of Digital Globe imagery already available to 
> us for example. Do you want to start an email discussion with them cc'ing 
> bo...@osmuk.org mailto:bo...@osmuk.org in and we can arrange a call / meeting 
> with them if that helps.
> 
> P.S. Are we speaking UK or global?
> 
> Best regards,
> Rob
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] More imagery

[chilton steve via Talk-GB]

Dan,

Thanks for response. Don't know specifics at the moment. That is part of the 
discussion that needs to take place.

Cheers

Steve

> On 06 March 2019 at 16:55 Dan Stowell  wrote:
> 
> Yes, I'm sure it would. Are there any specific nicenesses of these 
> aerials - eg hi red, recent, different time of day?
> 
> I'm currently having discussions about mapping solar panels in the UK. 
> Both manually and semi automatically. (Don't worry, no weird imports!) 
> Although existing imagery might be fine for this, the more the merrier...
> 
> Best
> Dan
> 
> Op woensdag 6 maart 2019 schreef chilton steve via Talk-GB < 
> talk-gb@openstreetmap.org mailto:talk-gb@openstreetmap.org >:
> > Would OSM benefit from another imagery source? Getmapping have 
> tentatively offered theirs. See: 
> https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/
> > and get back to me via any of the normal methods.
> >
> > Cheers
> > Steve Chilton (@steev8)
> 
> --
> http://www.mcld.co.uk
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] how to create a 'ready-to-print' city map from OSM

[Jo]

I tried to get started on something like that:

https://www.openstreetmap.org/user/Polyglot/diary/47876

QGIS 3 allows to move very quickly for the inital steps, but of course
defining a style that you are happy with is going to take a while.

In OpenStreetMap we expand all abbreviations on purpose. The idea is that
it is easier to shorten, than to expand in a reliable way, but that doesn'
t mean it' s entirely trvial, of course.

You can define a new column in the features table and calculate its value
based on what you find in name:nl and name:fr.

So all Rue, become R., Place, Pl. Where the end of French and the start of
Dutch are the same as in

Place Fontainas - Fontainasplein

You could try to turn it into

Place Fontainasplein.

That looks odd though.

On the street signs they did it like this:

Place
Fontainas
 plein

According to Dutch spelling rules, that's not correct though.

Bd Adolphe Max-ln
R. Vander Elst-st.
Pl. Sainctelette-pl.
R. Masui-st.


also looks weird and the dash is only a compromise that looks odd to both
French and Dutch speakers, alike. Glueing the straat/plein/laan to the word
would probably be even stranger to French speakers.

I guess the labeling will be your biggest challenge.

Polyglot

On Wed, Mar 6, 2019 at 9:53 AM PONCELET Nadia (Firebru)
 wrote:

> Hello everyone,
>
>
>
> I would like to create some map from OSM that could be printed on paper at
> the approximate scale of 1:5000 and where all street names would appear on
> the map and be easy to read.
>
>
>
> This is quite tricky I think, especially for Brussels where street names
> usually have a french and a dutch version. I have already done this
> exercise previously using UrbIS and I had to use some tricks such as
> shortening the names by combining the french and dutch versions when
> possible (e.g. "Rue de l'Ommegangstr." or "Quai F. Demetskaai") and widen
> the streets. I don't care that the streets are no more "at scale", the
> important is that all (or most) street names are legible. The rendering is
> similar to De Rouck map guides or 'Bruxelles en poche' for those who know
> these books. In long streets, the name can also be repeated several times.
>
>
>
> My final result from UrbIS was more or less satisfactory (even if it still
> required some workforce to displace manually a few toponyms at the end) but
> I would like to be able to create the same kind of map from OSM for a
> larger area than the Brussels Region and also be able to update it
> periodically.
>
>
>
> Before I start working on this, would you have some advice or know any
> people/projects/tools/libraries/ideas that could be a source of inspiration
> (maybe from ‘OSM on paper’ wiki page)?
>
>
>
> Thank you very much for your answers.
>
>
>
> Nadia
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Openstreetmap-carto switching to ocean polygons

[SandorS]

Joseph, I am not sure you will get some response to “...it needs testing...” 
especially not from GIS and vector map-makers. To do such analyses one should 
start from the source data, should have a robust tool-set and be willing to 
invest lot of work and time to compare, measure, run applications and so on. If 
the “switching” issue is only a low scale rasterization and display efficiency 
related then the whole issue IMO is irrelevant (arguments). However, in GIS and 
vector map-making, especially from the scientific point of view, the coastline 
land polygons vs. ocean polygons issue is essential. This issue was many times 
up to discussion and they were various data versions of these polygons 
available, some used in the OSM main map layers.
Some years ago I made a pretty detailed analyses of the coastline large 
land/water polygons and their generalized (scale level) versions and published 
the results here 
https://lists.openstreetmap.org/pipermail/dev/2016-June/029295.html . Last 
several days I have invested to repeat some of the work done in the link to see 
the present state of the polygons in focus. Many of the mentioned anomalies in 
the former article are still there though by reduced extent. Some short related 
notes:
-The former polynomial polyline smoothing is replaced with a cartographic 
vector smoothing model. Much more realistic.
-Inland waters are moved to lakes and that allows radically faster water/ocean 
polygons creation by remaining land polygons inversion.
-The land polygons data contain large number of small polygons of land-on-land 
type. 
-There are still several replicated consecutive nodes on land polygons.
-The global ocean (the large water) polygons still contain anomalies along the 
World frame (inversion problems).
-Simplified water polygons are created by simplifying and inverting land 
polygons. This is never the same as simplifying water polygons.
-The split polygon versions contain large overlaps and these for GIS and vector 
map-makers present more trouble than good.
Finally I would strongly underline the following note. Using generalized 
version of water polygons without synchronization with other object classes 
(lakes, rivers, forests...) causes serious logical and aesthetic cartographic 
problems. For instance, large objects in one class disappear while small 
objects in other classes still are present (collapse synchronization), objects 
with radically different details are connected or slightly overlap and so on. 
An example of simplified water polygon and not simplified lake connection can 
be seen here   
https://osm.org/go/Z1a9HCF6g-?layers=TD=100084105 . This link also 
illustrates the mentioned erroneous small polygons in the coastline land 
polygons that are missing islands in lakes or rivers. 
Sandor.




Sent from Mail for Windows 10

From: Joseph Eisenberg
Sent: 26 February 2019 04:10
To: talk@openstreetmap.org
Subject: [OSM-talk] Openstreetmap-carto switching to ocean polygons

There is a new PR on the Openstreetmap-carto Github page which will switch this 
“standard” style (used on the main OSM page) to water polygons instead of land 
polygons. 

However, some users reported problems with the simplified water polygon 
shapefiles when this change was attempted in 2016. We believe the problem is no 
longer present, because the German map style is using these shapefiles without 
problems, but it needs testing. If you were one of the affected users, please 
try out the change on your server. 

The branch is available at: 
https://github.com/jeisenbe/openstreetmap-carto/tree/ocean-polygons

New PR: 
https://github.com/gravitystorm/openstreetmap-carto/pull/3694

Old issue: 
https://github.com/gravitystorm/openstreetmap-carto/issues/2101

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

Re: [Talk-GB] More imagery

[Rob Nickerson]

Hi Steve,

>Would OSM benefit from another imagery source? Getmapping have tentatively
offered theirs. See:
https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/ and get back
to me via any of the normal methods.
>
>Cheers
>Steve Chilton (@steev8)

It's certainly worth exploring and I think this is something that OSM UK
company can assist with if they prefer to discuss with a registered company
rather than an individual (could still be you, just on behalf of, and with
the support of OSM UK if that helps with discussions).

What are the next steps? I guess confirming it is unique content is a good
step - rather than a copy of Digital Globe imagery already available to us
for example. Do you want to start an email discussion with them cc'ing
bo...@osmuk.org in and we can arrange a call / meeting with them if that
helps.

P.S. Are we speaking UK or global?

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

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Sergio Manzi]

On 2019-03-06 14:43, Martin Koppenhoefer wrote:
>
>
> Am Mi., 6. März 2019 um 03:04 Uhr schrieb Sergio Manzi  >:
>
> Ciao Giovanni,
>
> credo (ma qualcuno di madre lingua potrà essere più preciso) che in 
> Inglese "inscription" e "epigraph" siano sostanzialmente intercambiabili e 
> che quindi una eventale nuova key "epigraph" possa essere ridondante...
>
>
>
>
> non è ridondante se consideri che ora abbiamo solo la chiave "inscription" 
> dove si inserisce cosa ci sta scritto. Invece ci serve un tag per dire dove 
> c'è scritto o in che cosa consiste la scritta (per esempio nel caso che non 
> sia un "memorial").
> Il nuovo tag potrebbe appunto essere historic=inscription oppure 
> historic=epigraph.
> Da questi due sceglierei historic=epigraph, perché così si può creare un 
> sottotag epigraph={ un elemento da una lista concordata di sottotipi di 
> epigrafi }
>
> Insieme a questo nuovo tag, si potrebbe mettere
> inscription=*
> start_date=*
> historic:civilization=*
> image=
> ecc.
>
> Forse anche una descrizione (description / description:it), per esempio per 
> descrivere meglio la posizione ("sulla parte inferiore della spalletta 
> sinistra della seconda finestra del primo piano")
>
> Ciao,
> Martin


Ciao!

Io la vedo un po' diversamente.

Un'epigrafe/iscrizione può apparire su diversi oggetti: può essere sulla base 
di un monumento, su una targa di bronzo, scolpita su un obelisco, dipinta su un 
murales, ecc..., e per molti di quest oggetti abbiamo già tag in uso (/per es.  
memorial=plaque, man_made=obelisk e anche memorial=obelisk, ecc../) e di 
conseguenza taggerei "inscription="/Quel che c'è scritto.../" all'interno dello 
specifico oggetto.

SE però proprio ci serve una tag per definire le epigrafi "di-per-se" (/e 
vorrei capire di che tipo di oggetto stiamo parlando.../) sceglierei più 
volontieri qualcosa del tipo historic=inscription con poi inscription="Quel che 
l'è..." a specificarne il contenuto. Mi sembra più lineare... inscription -> 
inscription...

Sergio





smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] how to create a 'ready-to-print' city map from OSM

[Karel Adams]

Technisch gezien lijkt me dit niet al te moeilijk.

Gebied selecteren, betreffende gegevens ophalen via bv. overpass, 
postscriptje uit breien, ps2pdf en kees komt klaar :) En jawel, een 
beetje tricky met name vs. name:nl vs.name:fr maar niet onoverkomelijk, 
zolang ik er niet al te diep over nadenk :)


Maar dit is blijkbaar een verzoek vanuit een professionele omgeving dus 
het lijkt me iets voor een commercieel aanbieder. Die waren er toch wel, 
alhier? Als niemand anders reageert wil ik ook wel een poging wagen...


Karel


On 06/03/2019 08:52, PONCELET Nadia (Firebru) wrote:


Hello everyone,

I would like to create some map from OSM that could be printed on 
paper at the approximate scale of 1:5000 and where all street names 
would appear on the map and be easy to read.


This is quite tricky I think, especially for Brussels where street 
names usually have a french and a dutch version. I have already done 
this exercise previously using UrbIS and I had to use some tricks such 
as shortening the names by combining the french and dutch versions 
when possible (e.g. "Rue de l'Ommegangstr." or "Quai F. Demetskaai") 
and widen the streets. I don't care that the streets are no more "at 
scale", the important is that all (or most) street names are legible. 
The rendering is similar to De Rouck map guides or 'Bruxelles en 
poche' for those who know these books. In long streets, the name can 
also be repeated several times.


My final result from UrbIS was more or less satisfactory (even if it 
still required some workforce to displace manually a few toponyms at 
the end) but I would like to be able to create the same kind of map 
from OSM for a larger area than the Brussels Region and also be able 
to update it periodically.


Before I start working on this, would you have some advice or know any 
people/projects/tools/libraries/ideas that could be a source of 
inspiration (maybe from ‘OSM on paper’ wiki page)?


Thank you very much for your answers.

Nadia


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

[OSM-talk-fr] pour le SotM-Monde : appel à présentations

[Benoit Fournier]

... et autres informations

Le State of the Map 2019 à Heidelberg
se met en place à moins de 100 km de la frontière française !
Es ist wunderbar! :)
https://2019.stateofthemap.org/

Prenez bien note des appels déjà ouverts et des délais.

Postuler pour une bourse - Date limite : 30 mars 2019
https://blog.openstreetmap.org/2019/02/26/apply-for-scholarship-to-join-us-at-state-of-the-map-2019-in-heidelberg/

Proposer une intervention - Date limite : 25 avril 2019
https://blog.openstreetmap.org/2019/02/28/sotm-2019-call-for-participations/

Pour la partie académique et scientifique - ouverture prochaine - Date
limite : 25 avril 2019
https://2019.stateofthemap.org/calls/academic/

S'inscrire - ouverture prévue vers mi-mai 2019
Annonce du programme - prévue vers le 20 juin 2019
Conférence - du 21 au 23 septembre 2019

Devenir sponsor
https://2019.stateofthemap.org/Sponsorship2019.pdf

Merci également si vous pouvez diffuser dans vos réseaux !

Benoît
pour le groupe d'organisation SotM-Monde


Christine Karch :

> Hi all,
>
> we published our call for presentations:
>
> https://2019.stateofthemap.org/calls/general/
>
> And already announced it at the blog of OSMF:
>
>
> https://blog.openstreetmap.org/2019/02/28/sotm-2019-call-for-participations/
>
> Now your work starts! Please share this CfP in your communities. [...]
>
> Cheers,
>
> Christine
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Rails-to-Trails data

[OSM Volunteer stevea]

While I'm not sure the email address from their website I used is exactly 
correct, I did make this request to RTC (and cc'd Richard).  I'll let people 
know here if or how they reply.

Cheers,
SteveA
California

On Mar 6, 2019, at 4:00 AM, Richard Fairhurst  wrote:
> Hi all,
> 
> I see that Rails-to-Trails Conservancy donated their GIS data to Google:
> 
> https://www.railstotrails.org/our-work/trail-mapping-and-gis/
> 
> Anyone in the US fancy asking if they might do the same for OSM? Our coverage 
> is good on the major trails (Katy Trail, Coeur d'Alenes, etc.), but often 
> missing for smaller or less frequented trails, and I believe RTC have some 
> metadata (surfaces etc.) it'd be good to have. Since most cycling apps and 
> websites use OSM data it should be a win for RTC to have better data in OSM.
> 
> I'm happy to approach them if no-one else does, but it'd probably be better 
> coming from, you know, someone on the same continent.
> 
> cheers
> Richard



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

Re: [talk-cz] Kvartální pivo 6. 3. 2019

[Jethro]

Zdar,
tak ČD opět nezklamaly, teprve vyrážím z Ústí. Budete v hospodě ještě
kolem půl deváté, nebo už to nemá cenu?
MSF
Jethro

On Wed, Mar 6, 2019 at 3:39 PM Jethro  wrote:
>
> Zdar,
> dorazím před osmou, tak doufám, že tam ještě budete ;-)
> MSF
> Jethro
>
> On Tue, Mar 5, 2019 at 11:09 AM Pavel Zbytovský  wrote:
> >
> > Ahoj,
> >
> > pro Prahu jsem zarezervoval Jinou krajinu na Karláku: 
> > https://osmap.cz/node/854714238
> > Řekl jsem 8 míst, s tím že zítra odpo jim to upřesním dle aktuálního stavu.
> >
> > Těším se na viděnou! :-)
> > P.
> >
> > On Wed, Feb 27, 2019 at 10:07 PM Mikoláš Štrajt  wrote:
> >>
> >>
> >> potvrzuju se do Prahy.
> >>
> >> Já bych se přimlouval za něco více v centru - ať se nás může sejít co 
> >> nejvíce. A abych se přiznal nabídka v Oáze mi úplně nesedí :))
> >>
> >>
> >> klidně, Oázu jsem navrhoval hlavně proto, že už brzo nebude.
> >>
> >>
> >>
> >> Co třeba?
> >> - Ferdinanda (Václavák) - nahoře plusmínus klid, hodně místa, kuchyně 
> >> slušná, pivo asi také, byl jsem tam třeba na srazu Ubuntu blahé paměti
> >>
> >>
> >> tady jsem byl a (pokud si správně pamatuju), bylo to fajn
> >>
> >>
> >>
> >> - Jiná Krajina (Karlák) - velmi klidná, skoro až komorní, vynikající 
> >> kuchyně, pivo prý dobré
> >> - Café Therapy (Vodičkova) - trochu víc kafé, nevím jestli točí pivo
> >>
> >>
> >> Milan nás minule vzal do jedné hospody na Žižkově - Pivnice u Járy - 
> >> https://www.openstreetmap.org/node/1920012010 - tam to bylo celkem dobrý, 
> >> jakože to právě nebyla čtyřka jako Oáza.
> >>
> >>
> >>
> >> Přidal jsem do toho spreadsheetu ještě hlasování - kdo by chtěl kam.
> >> Pozvánku jsem též tweetnul - twitter.com/osmcz/status/1100796804982075393
> >>
> >>
> >> Taky jsem zahlasoval.
> >>
> >>
> >> --
> >>
> >> Severák
> >>
> >> ___
> >> talk-cz mailing list
> >> talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >> https://openstreetmap.cz/talkcz
> >
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz

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

Re: [Talk-es] Carretera A-5R

[yo paseopor]

Dado que tiene señalética azul, y mimbres de autovía su clasificación sería
motorway, aunque sus condiciones un pelín justas (fíjate que las salidas no
tienen número) y su velocidad no es de autopista (tampoco hay arcén
blablabla). No deja de ser un acceso largo, pero dado que tiene "entidad
propia" lo lógica sería que no fuera x_link, para mi sería motorway.

Salut i mapes
yopaseopor

On Wed, Mar 6, 2019 at 1:17 PM Jesús Pérez Alcaide <
jesus.perez.alca...@gmail.com> wrote:

> Hola,
>
> Todos los días paso por la carretera A-5R que une la A-5 con la M-40,
> entre Alcorcón y Madrid. Y todos los días me pregunto si es una carretera
> propia, un enlace entre carreteras o un ramal de una de ellas.
>
> Buscando un poco, he encontrado que en el Ministerio de Fomento está
> clasificada [1] como Autovía, y que incluso tiene su página en la Wikipedia
> [2] (aunque con la antigua denominación de A-5/1), por lo que entiendo que
> es una carretera con entidad propia.
>
> El caso es que en OSM está etiquetada como enlace de autopista [3]
> (motorway_link) y esto hace que otras etiquetas como motorway_junction no
> se apliquen a sus salidas (las pocas que tiene) o que no aparezca en
> CheckAutopista.
>
> Mi propuesta es cambiar esta carretera a motorway y etiquetar
> correctamente las salidas y añadirla a la wiki del Proyecto de Autopistas
> [4], pero como sé que este es un tema delicado, quiero preguntar a la
> comunidad antes de hacer los cambios.
>
> [1]: https://www.fomento.gob.es/recursos_mfom/informe4.pdf
> [2]: https://es.wikipedia.org/wiki/Autopista_A-5/1
> [3]: https://www.openstreetmap.org/way/196337825
> [4]: https://wiki.openstreetmap.org/wiki/ES:España/Autopistas
>
> Un saludo,
> Jesús
>
>
> ___
> 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-GB] More imagery

[Dan S]

Op woensdag 6 maart 2019 schreef Dan Stowell :
> Yes, I'm sure it would. Are there any specific nicenesses of these
aerials - eg hi red, recent, different time of day?
>
> I'm currently having discussions about mapping solar panels in the UK.
Both manually and semi automatically. (Don't worry, no weird imports!)
Although existing imagery might be fine for this, the more the merrier...
>
> Best
> Dan
>
> Op woensdag 6 maart 2019 schreef chilton steve via Talk-GB <
talk-gb@openstreetmap.org>:
>> Would OSM benefit from another imagery source? Getmapping have
tentatively offered theirs. See:
https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/
>> and get back to me via any of the normal methods.
>>
>> Cheers
>> Steve Chilton (@steev8)
>
> --
> http://www.mcld.co.uk
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [talk-cz] Kvartální pivo 6. 3. 2019

[Jakub Těšínský]

Tak ja dorazim kolem 7my (karlak se mi moc nehodi) i s malou. Tak uvidime jak 
dlouho vydrží.

⁣Odesláno z BlueMail ​

6. 3. 2019 15:41, 15:41, Jethro  napsal/a:
>Zdar,
>dorazím před osmou, tak doufám, že tam ještě budete ;-)
>MSF
>Jethro
>
>On Tue, Mar 5, 2019 at 11:09 AM Pavel Zbytovský 
>wrote:
>>
>> Ahoj,
>>
>> pro Prahu jsem zarezervoval Jinou krajinu na Karláku:
>https://osmap.cz/node/854714238
>> Řekl jsem 8 míst, s tím že zítra odpo jim to upřesním dle aktuálního
>stavu.
>>
>> Těším se na viděnou! :-)
>> P.
>>
>> On Wed, Feb 27, 2019 at 10:07 PM Mikoláš Štrajt 
>wrote:
>>>
>>>
>>> potvrzuju se do Prahy.
>>>
>>> Já bych se přimlouval za něco více v centru - ať se nás může sejít
>co nejvíce. A abych se přiznal nabídka v Oáze mi úplně nesedí :))
>>>
>>>
>>> klidně, Oázu jsem navrhoval hlavně proto, že už brzo nebude.
>>>
>>>
>>>
>>> Co třeba?
>>> - Ferdinanda (Václavák) - nahoře plusmínus klid, hodně místa,
>kuchyně slušná, pivo asi také, byl jsem tam třeba na srazu Ubuntu blahé
>paměti
>>>
>>>
>>> tady jsem byl a (pokud si správně pamatuju), bylo to fajn
>>>
>>>
>>>
>>> - Jiná Krajina (Karlák) - velmi klidná, skoro až komorní, vynikající
>kuchyně, pivo prý dobré
>>> - Café Therapy (Vodičkova) - trochu víc kafé, nevím jestli točí pivo
>>>
>>>
>>> Milan nás minule vzal do jedné hospody na Žižkově - Pivnice u Járy -
>https://www.openstreetmap.org/node/1920012010 - tam to bylo celkem
>dobrý, jakože to právě nebyla čtyřka jako Oáza.
>>>
>>>
>>>
>>> Přidal jsem do toho spreadsheetu ještě hlasování - kdo by chtěl kam.
>>> Pozvánku jsem též tweetnul -
>twitter.com/osmcz/status/1100796804982075393
>>>
>>>
>>> Taky jsem zahlasoval.
>>>
>>>
>>> --
>>>
>>> Severák
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-GB] More imagery

[chilton steve via Talk-GB]

Would OSM benefit from another imagery source? Getmapping have tentatively 
offered theirs. See: 
https://itsahill.wordpress.com/2019/03/05/edina-geoforum-2019/
and get back to me via any of the normal methods.

Cheers
Steve Chilton (@steev8)___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-ja] 提案予告 highway=cycleway; living_street

[石野貴之]

こんばんは。
前回のメールで、highway=cycleway;living_streetについて「皆様の意見をお伺いしたい」
と書きましたが、これだけでは何が論点か分からず議論を進めにくいと思いますので、
現時点での自分の考え方と論点を整理しておきます。

・そもそも何をしたいの？
hayashiさんがJapan_tagging/Road_typesの改定を提案されたので、同時にJapan_taggingで未定義の
cyclewayとliving_streetの扱い方も定めてしまえば何となく嬉しいかな、という軽い動機でした。
この提案の目的は、
(1) Japan_taggingにおけるhighway=cyclewayおよびhighway=living_streetの定義を明確化する。
(2) これによって、自動車/自転車/歩行者のすべての交通モードにおける安全性と利便性を向上する一助とする。
ことですが、これは(2)の目的を達するためにhighway=cyclewayやhighway=living_streetという手段を
用いなければならない、ということを決して意味していません。
これらのタグを積極的に用いなくとも、同じゴールにたどり着けるならばそれに越したことはないと考えます。

・cyclewayについて
https://wiki.openstreetmap.org/wiki/Talk:Proposed_Japan_tagging/Road_types_2/cycleway
におけるhayashiさんとの議論から、highway=cyclewayの使用は自転車専用道路に限るべきであると
考えるようになりました。その場合、歩行者も通行できる自転車道については標識の有無を
基準にhighway=footway/pathを使い分けるのが自然なタグ付けになります。

ここで問題が生じます。すでにhighway=cycleway, foot=yes(or designated)とタグ付けされている多くの
ウエイはいったいどうなってしまうのでしょうか。これを修正するために必要な労力がちょっと私には
想像できません。しかも、修正が完了するまでの間は新旧のタグ付けが混在するわけで、新規マッパーへが
Japan_taggingの記載との矛盾を見つけてとまどうかもしれません。

・living_streetについて
cyclewayを上記のように自転車専用道路に限定するならば、living_streetも標識など絶対的な基準で
タグ付けするようにしなければ筋が通らないわけですが、提案者である自分もその基準を見いだせておりません。
この提案のきっかけとなった岡山県都窪郡早島町のあんしん歩行エリアについても、その範囲は当初私が
思っていたものよりもはるかに広く(注1)、この範囲をすべてliving_streetとするのはどう見ても乱暴すぎます。
それならば、これまで通りhighway=living_streetを使わない方針を変えないままで
(ただしJapan_taggingの表にはそのことを書く)、別の方法で交通を鎮静化すべき道路を表すことができれば
まったく問題ないと考えるようになりました。

この目的に使えそうなものとして、traffic_calming, hazard, zone:maxspeedというタグがあることを発見しました。
https://wiki.openstreetmap.org/wiki/Talk:Proposed_Japan_tagging/Road_types_2/living_street
しかし、これらは国内ではあまり普及しておらず、特に後者の２つは承認済みのタグではありません。
最高速度や通行制限などの重要な情報はこれまで通りマッピングした上で、更に付加的な情報として上記タグを用いる
ようにするのは有効な手段でしょうか。

・長すぎる! 3行でまとめて!
(あ) 既存のPOIのタグ付け修正という手間を負うことになっても、highway=cyclewayを自転車専用道路に限るべきである。
(い) 他のタグで自動車交通を抑制すべき道路を表現できるなら、highway=living_streetを使うよりもベターである。
以上の(あ)(い)に対する賛否が議論の出発点になると考えています。

(注1) 早島町都市計画マスタープラン、第1部基本構想
http://www.town.hayashima.lg.jp/ikkrwebBrowse/material/files/group/6/1_kihonkousou.pdf
の6-7ページ

石野 貴之(yumean1119)
yumean1...@gmail.com

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

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Martin Koppenhoefer]

Am Mi., 6. März 2019 um 03:04 Uhr schrieb Sergio Manzi :

> Ciao Giovanni,
>
> credo (ma qualcuno di madre lingua potrà essere più preciso) che in
> Inglese "inscription" e "epigraph" siano sostanzialmente intercambiabili e
> che quindi una eventale nuova key "epigraph" possa essere ridondante...
>



non è ridondante se consideri che ora abbiamo solo la chiave "inscription"
dove si inserisce cosa ci sta scritto. Invece ci serve un tag per dire dove
c'è scritto o in che cosa consiste la scritta (per esempio nel caso che non
sia un "memorial").
Il nuovo tag potrebbe appunto essere historic=inscription oppure
historic=epigraph.
Da questi due sceglierei historic=epigraph, perché così si può creare un
sottotag epigraph={ un elemento da una lista concordata di sottotipi di
epigrafi }

Insieme a questo nuovo tag, si potrebbe mettere
inscription=*
start_date=*
historic:civilization=*
image=
ecc.

Forse anche una descrizione (description / description:it), per esempio per
descrivere meglio la posizione ("sulla parte inferiore della spalletta
sinistra della seconda finestra del primo piano")

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

[Talk-de] Nach der FOSSGIS ist vor den Chemnitzer Linux-Tagen (16. - 17. März 2019)

[André Riedel]

Hallo in die Runde,

in der nächsten Woche findet vom 13. bis 16. März in Dresden die
diesjährige FOSSGIS [1] statt. Da dies viele OSM-Begeisterte nach
Sachsen lockt, würde ich mich freuen, wenn ihr auf dem Rückweg noch
einen Stopp in Chemnitz macht. Wie bereits in den vergangenen Jahren
haben wir vom 16. - 17. März 2019 eine kleine Präsentation bei den
Chemnitzer Linux-Tagen [2]. Mittlerweile ist auch der Standort
veröffentlicht und unser Plakat im Druck. Schaut doch mal ins Wiki [3]
und gebt uns einen Tipp und tragt euch ein, wenn ihr vorbeikommt.

Beste Grüße
André

[1] https://fossgis-konferenz.de/2019/
[2] https://chemnitzer.linux-tage.de/2019/de/
[3] https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019

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

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[Martin Koppenhoefer]

Am Mi., 6. März 2019 um 12:45 Uhr schrieb Roberto Brazzelli <
geom.brazze...@gmail.com>:

> Ciao Marco,
> ok ..quindi i multipoligoni presenti all'interno del mio landuse tipo
> rocce, cave, pascoli ecc
> gli inserisco come inner nella relazione di landuse=forest ...io invece
> inserivo inner solo
> nella relazioni dei multipoligoni interni.
> Dopo avere modificato solo le relazioni.. josm mi dice però che non ci
> sono modifiche da caricare..??
>


dopo aver modificato la relazione, stai cliccando su "OK" / "Salva" (non so
bene come si chiama il pulsante in italiano, sta "in fondo")? Perché se non
confermi le modifiche, non ci sono (esempio perché lasci aperto il
"relation editor", oppure chiudi senza salvare). Le modifiche alle
relazioni non sono instantanee come quelli del menu "tags", e devi anche
stare attento di non aprire più di un editore di relazioni per la stessa
relazione, perché si possono creare conflitti oppure potresti sovrascrivere
le modifiche in una finestra con quelle dell'altra.

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

[Talk-es] Carretera A-5R

[Jesús Pérez Alcaide]

Hola,

Todos los días paso por la carretera A-5R que une la A-5 con la M-40, entre
Alcorcón y Madrid. Y todos los días me pregunto si es una carretera propia,
un enlace entre carreteras o un ramal de una de ellas.

Buscando un poco, he encontrado que en el Ministerio de Fomento está
clasificada [1] como Autovía, y que incluso tiene su página en la Wikipedia
[2] (aunque con la antigua denominación de A-5/1), por lo que entiendo que
es una carretera con entidad propia.

El caso es que en OSM está etiquetada como enlace de autopista [3]
(motorway_link) y esto hace que otras etiquetas como motorway_junction no
se apliquen a sus salidas (las pocas que tiene) o que no aparezca en
CheckAutopista.

Mi propuesta es cambiar esta carretera a motorway y etiquetar correctamente
las salidas y añadirla a la wiki del Proyecto de Autopistas [4], pero como
sé que este es un tema delicado, quiero preguntar a la comunidad antes de
hacer los cambios.

[1]: https://www.fomento.gob.es/recursos_mfom/informe4.pdf
[2]: https://es.wikipedia.org/wiki/Autopista_A-5/1
[3]: https://www.openstreetmap.org/way/196337825
[4]: https://wiki.openstreetmap.org/wiki/ES:España/Autopistas

Un saludo,
Jesús
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-ca] Northumberland county

[John Whelan]

Ontario

Thanks John

wambac...@posteo.de wrote on 2019-03-06 5:14 AM:


which relation? there are at least two in canada. Brunswick and Ontario.

walter

Am 06.03.19 um 02:05 schrieb john whelan:
I can search in nomation for a supermarket in Ontario or Cobourg or 
even greater Manchester UK but it doesn't work for Northumberland 
county.


Could a relation specialist take a look at Northumberland county for 
me please.


Admin level 6

Thanks John

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

--
My projects:

Admin Boundaries of the World 
Missing Boundaries 


Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 




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


--
Sent from Postbox 

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

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[mbranco2]

devi mettere come inner tutti gli elementi interni (che siano a loro volta
multipoligoni o meno).
In Josm anche se non aggiungi tag nè disegni, ma modifichi solo gli
elementi di una relazione, la considera una modifica da caricare: per
averne riprova fai ctrl-F (Modifica/Cerca) e cerca "new or modified" : ti
deve selezionare la/e relazione/i che hai modificato.


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mer 6 mar 2019 alle ore 12:45 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

> Ciao Marco,
> ok ..quindi i multipoligoni presenti all'interno del mio landuse tipo
> rocce, cave, pascoli ecc
> gli inserisco come inner nella relazione di landuse=forest ...io invece
> inserivo inner solo
> nella relazioni dei multipoligoni interni.
> Dopo avere modificato solo le relazioni.. josm mi dice però che non ci
> sono modifiche da caricare..??
>
> grazie
>
>
>
>
>
>
> Il giorno mer 6 mar 2019 alle ore 12:21 mbranco2  ha
> scritto:
>
>> Ciao Roberto,
>> nel tuo screenshot mancano gli elementi "inner" del multipoligono
>>
>>
>> 
>>  Mail
>> priva di virus. www.avast.com
>> 
>> <#m_361467476549962581_m_7927995202071860870_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> Il giorno mer 6 mar 2019 alle ore 11:58 Roberto Brazzelli <
>> geom.brazze...@gmail.com> ha scritto:
>>
>>> Ecco
>>> https://www.openstreetmap.org/way/674897676#map=14/44.6781/7.3255
>>>
>>> In josm ho inserito cosi
>>>
>>> [image: image.png]
>>>
>>>
>>>
>>> Il giorno mer 6 mar 2019 alle ore 11:34 Andrea Albani 
>>> ha scritto:
>>>

 Il giorno mer 6 mar 2019 alle ore 11:20 Roberto Brazzelli <
 geom.brazze...@gmail.com> ha scritto:

> Ciao a tutti, mi succede questo:
> -in josm attribuisco correttamente (credo) i tag e le relazioni
> per landuse=forest con all'interno buchi di rocce, coltivazioni
> erbacee..ecc.
> - carico i dati senza errore e mi accorgo che si sono perse per strada
> le relazioni
>
>
 Puoi citare una relazione che non è stata caricata come ti aspetti ?
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-it

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

Re: [OSM-talk-be] JOSM shared boundary of area

[Marc Gemis]

I think I have only seen a warning with landcover areas, as JOSM does
not really know that type of objects.

What are the tags you place on the "boundary"? You will never see this
warning on 2 connected buildings.
If you are mapping admin boundaries, you should use relations and have
the common way in both relations.

You can use the extrude functionality to draw two areas that share a
common way, see
https://josm.openstreetmap.de/wiki/Help/Action/Extrude.
Especially the little movie on the houses, but keep the "alt"-key
pressed during the extrude action (on a Mac).

m.

On Wed, Mar 6, 2019 at 11:28 AM Gerard Vanderveken  wrote:
>
> Hi,
>
> I'm a bit in trouble with shared boundaries of area. I try to sketch the
> situation.
> I have a square area and create a rectangle nearby with the same width
> and half the height, starting at the bottom right, drawing a line to the
> right, up to half the height, back to the left half way the side of the
> square and then down to the starting point. The third point is linked to
> the square side by tools - join node to way. This creates a double line
> in the boundary and you get a warning when saving.
>
> Obvious, this is not the right way to do it:
> - What should be the right procedure?
> - When you have the above situation, what is the easiest way to correct
> it? There is a function to merge 2 points to 1, but is there also one to
> merge 2 identical lines?
>
> Regards,
> Gerard
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[Roberto Brazzelli]

Ciao Marco,
ok ..quindi i multipoligoni presenti all'interno del mio landuse tipo
rocce, cave, pascoli ecc
gli inserisco come inner nella relazione di landuse=forest ...io invece
inserivo inner solo
nella relazioni dei multipoligoni interni.
Dopo avere modificato solo le relazioni.. josm mi dice però che non ci sono
modifiche da caricare..??

grazie






Il giorno mer 6 mar 2019 alle ore 12:21 mbranco2  ha
scritto:

> Ciao Roberto,
> nel tuo screenshot mancano gli elementi "inner" del multipoligono
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
> <#m_7927995202071860870_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Il giorno mer 6 mar 2019 alle ore 11:58 Roberto Brazzelli <
> geom.brazze...@gmail.com> ha scritto:
>
>> Ecco
>> https://www.openstreetmap.org/way/674897676#map=14/44.6781/7.3255
>>
>> In josm ho inserito cosi
>>
>> [image: image.png]
>>
>>
>>
>> Il giorno mer 6 mar 2019 alle ore 11:34 Andrea Albani 
>> ha scritto:
>>
>>>
>>> Il giorno mer 6 mar 2019 alle ore 11:20 Roberto Brazzelli <
>>> geom.brazze...@gmail.com> ha scritto:
>>>
 Ciao a tutti, mi succede questo:
 -in josm attribuisco correttamente (credo) i tag e le relazioni
 per landuse=forest con all'interno buchi di rocce, coltivazioni
 erbacee..ecc.
 - carico i dati senza errore e mi accorgo che si sono perse per strada
 le relazioni


>>> Puoi citare una relazione che non è stata caricata come ti aspetti ?
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[mbranco2]

Ciao Roberto,
nel tuo screenshot mancano gli elementi "inner" del multipoligono


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mer 6 mar 2019 alle ore 11:58 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

> Ecco
> https://www.openstreetmap.org/way/674897676#map=14/44.6781/7.3255
>
> In josm ho inserito cosi
>
> [image: image.png]
>
>
>
> Il giorno mer 6 mar 2019 alle ore 11:34 Andrea Albani 
> ha scritto:
>
>>
>> Il giorno mer 6 mar 2019 alle ore 11:20 Roberto Brazzelli <
>> geom.brazze...@gmail.com> ha scritto:
>>
>>> Ciao a tutti, mi succede questo:
>>> -in josm attribuisco correttamente (credo) i tag e le relazioni
>>> per landuse=forest con all'interno buchi di rocce, coltivazioni
>>> erbacee..ecc.
>>> - carico i dati senza errore e mi accorgo che si sono perse per strada
>>> le relazioni
>>>
>>>
>> Puoi citare una relazione che non è stata caricata come ti aspetti ?
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Difficultés avec les limites de Paimbœuf

[Rpnpif]

Le  5 mars 2019, Jérôme Amagat a écrit :

> on peut voir le trait de cote du shom sur le geoportail :
> https://www.geoportail.gouv.fr/carte?c=-2.057583890252445,47.2870426829021=12=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)=geocatalog-61(1)=ELEVATION.LEVEL0::GEOPORTAIL:OGC:WMTS(1)=yes
> 
> ce trait de cote c'est la limite des plus hautes eau (les marées les plus
> hautes coef 120 sans tempête :) )
> 
> On voit que cette partie du cadastre de Paimbœuf est sous l'eau à marée
> haute.
> Ce qui est sous l'eau à marée haute appartient au domaine public maritime
> sauf qu'ici il s’arrête plus en aval à la limite transversale de la mer
> (trait rouge sur le geoportail (si vous voyer la même carte que moi :) ))
> donc cette partie de la Loire dépend du domaine public fluvial.
> le domaine public maritime comme fluvial dépend de l’état et pas des
> communes.
> 
> je pense donc que toute cette partie est dans le domaine public fluvial et
> dépend donc de l'état et pas d'une commune.
> Et que la limite de la commune c'est la rive sud de la Loire et rien au
> dessus.
> 
> Précisons aussi que l’état peut concéder une partie du domaine public
> maritime comme fluviale à des région commune département comme des ports ou
> plages. mais est ce que ça fait partie d'une commune si c'est seulement
> concédé par l'état a une commune pour une durée déterminé?
> 
> Je précise qu'a la base je n'y connais rien et que ce que je dis je le
> déduis de trucs trouvés sur internet parce que je voulais modifié certaines
> cotes de france et pas faire n'importe quoi entre les coastline et les
> frontières de commune.

La commune voisine de Frossay a le même problème mais dans OSM elle
déborde bien au Sud.

-- 
Alain Rpnpif

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

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[Roberto Brazzelli]

Ecco
https://www.openstreetmap.org/way/674897676#map=14/44.6781/7.3255

In josm ho inserito cosi

[image: image.png]



Il giorno mer 6 mar 2019 alle ore 11:34 Andrea Albani  ha
scritto:

>
> Il giorno mer 6 mar 2019 alle ore 11:20 Roberto Brazzelli <
> geom.brazze...@gmail.com> ha scritto:
>
>> Ciao a tutti, mi succede questo:
>> -in josm attribuisco correttamente (credo) i tag e le relazioni
>> per landuse=forest con all'interno buchi di rocce, coltivazioni
>> erbacee..ecc.
>> - carico i dati senza errore e mi accorgo che si sono perse per strada le
>> relazioni
>>
>>
> Puoi citare una relazione che non è stata caricata come ti aspetti ?
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[Andrea Albani]

Il giorno mer 6 mar 2019 alle ore 11:20 Roberto Brazzelli <
geom.brazze...@gmail.com> ha scritto:

> Ciao a tutti, mi succede questo:
> -in josm attribuisco correttamente (credo) i tag e le relazioni
> per landuse=forest con all'interno buchi di rocce, coltivazioni
> erbacee..ecc.
> - carico i dati senza errore e mi accorgo che si sono perse per strada le
> relazioni
>
>
Puoi citare una relazione che non è stata caricata come ti aspetti ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] JOSM shared boundary of area

[Gerard Vanderveken]

Hi,

I'm a bit in trouble with shared boundaries of area. I try to sketch the 
situation.
I have a square area and create a rectangle nearby with the same width 
and half the height, starting at the bottom right, drawing a line to the 
right, up to half the height, back to the left half way the side of the 
square and then down to the starting point. The third point is linked to 
the square side by tools - join node to way. This creates a double line 
in the boundary and you get a warning when saving.


Obvious, this is not the right way to do it:
- What should be the right procedure?
- When you have the above situation, what is the easiest way to correct 
it? There is a function to merge 2 points to 1, but is there also one to 
merge 2 identical lines?


Regards,
Gerard


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

[Talk-it] relazioni inserite in josm non mantenute dopo l'upload

[Roberto Brazzelli]

Ciao a tutti, mi succede questo:
-in josm attribuisco correttamente (credo) i tag e le relazioni
per landuse=forest con all'interno buchi di rocce, coltivazioni
erbacee..ecc.
- carico i dati senza errore e mi accorgo che si sono perse per strada le
relazioni

qualche aiuto...grazie

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

Re: [Talk-ca] Northumberland county

[wambacher]

which relation? there are at least two in canada. Brunswick and Ontario.

walter

Am 06.03.19 um 02:05 schrieb john whelan:
> I can search in nomation for a supermarket in Ontario or Cobourg or
> even greater Manchester UK but it doesn't work for Northumberland county.
>
> Could a relation specialist take a look at Northumberland county for
> me please.
>
> Admin level 6
>
> Thanks John
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-es] Importación centros de atención a mujeres y colectivo LGTBI

[Carlos Cámara via Talk-es]

Buenas, Lanxana

La verdad es que me encanta la iniciativa que propones, y me parece muy 
pertinente por la proximidad al 8 de marzo (seguro que no es casual ;) ). Así 
que felicidades por ello.

También me encanta lo bien estructurada que tienes la página de la wiki que 
mencionabas en tu mensaje. Para mi está impecable y muy clara.

Lo que no tengo claro es qué quieres que hagamos (Vaya por delante que soy un 
novato en todo esto de las importaciones). Imagino por lo que se desprende en 
la wiki y en tu mensaje que lo que propones es añadir manualmente la 
información de los CSV de los distintos datasets y también hacer la 
"traducción" de claves y valores manualmente en función de lo que se especifica 
en las tablas de la wiki.

Si es así, he hecho un prototipo de script con R para limpiar los datos 
automáticamente y ver si así os ahorráis trabajo. Puedes verlo aquí 
[https://github.com/ccamara/osm-women-services-cleanup/](https://github.com/ccamara/osm-women-services-cleanup/blob/master/output/J007_clean.csv)
 y el resultado del procesado del primer dataset aquí: 
https://github.com/ccamara/osm-women-services-cleanup/blob/master/output/J007_clean.csv
 Ya dirás si te sirve de algo o no. (en caso afirmativo puedo mejorarlo).

Por otra parte, me pregunto si esto es técnicamente una importación, dado que 
salvo el procesado de las claves y valores, la subida de datos a OSM y la 
comprobación de si existen datos duplicados se realiza manualmente. Desde mi 
ignorancia, yo más bien lo consideraría una subida asistida, ideal para hacerse 
en un mapatón o similar.

Saludos,

Carlos Cámara
http://carloscamara.es

‐‐‐ Original Message ‐‐‐
On Monday 4 March de 2019 a les 6:56, Lanxana .  wrote:

> Buenos días,
>
> estoy preparando los datos de tres datasets con centros de atención a mujeres 
> y al colectivo LGTBI. La idea inicial era hacer la importación el día 8 de 
> marzo de 2019, aunque ya he visto que será imposible dándoles un tiempo de 
> revisión razonable a imports.
>
> La propuesta está aquí: 
> https://wiki.openstreetmap.org/wiki/Import_information_and_care_points_for_women_and_LGTBI_collectives_in_Catalunya
>
> Está definido de dónde salen los datos, licencia y el etiquetado que 
> recibirán. Falta definir algún campo, como las observaciones que acompañan a 
> algunos teléfonos de contacto. ¿Alguna sugerencia?
>
> Falta también el proceso de carga, como los datos los tengo en csv y tienen 
> coordenadas, había pensado cargarlos tal cual a JOSM, añadirlos al List to Do 
> e ir revisándolos uno a uno. Aún no he hecho la comprobación con overpass, 
> para ver si hay alguno, en caso de que esté, fusionaría los nodos.
>
> Si os parece bien, paso el proceso a limpio, lo traduzco al inglés y mando la 
> propuesta. O si alguno quiere hacerlo, bienvenida sea toda ayuda. Es la 
> primera importación que preparo y me he basado en las que ha hecho Santiago 
> Crespo con los datos del ayuntamiento de Madrid.
>
> Saludos!___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-us] Rails-to-Trails data

[Richard Fairhurst]

Hi all,

I see that Rails-to-Trails Conservancy donated their GIS data to Google:

https://www.railstotrails.org/our-work/trail-mapping-and-gis/

Anyone in the US fancy asking if they might do the same for OSM? Our 
coverage is good on the major trails (Katy Trail, Coeur d'Alenes, etc.), 
but often missing for smaller or less frequented trails, and I believe 
RTC have some metadata (surfaces etc.) it'd be good to have. Since most 
cycling apps and websites use OSM data it should be a win for RTC to 
have better data in OSM.


I'm happy to approach them if no-one else does, but it'd probably be 
better coming from, you know, someone on the same continent.


cheers
Richard

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

[OSM-talk-be] how to create a 'ready-to-print' city map from OSM

[PONCELET Nadia (Firebru)]

Hello everyone,

I would like to create some map from OSM that could be printed on paper at the 
approximate scale of 1:5000 and where all street names would appear on the map 
and be easy to read.

This is quite tricky I think, especially for Brussels where street names 
usually have a french and a dutch version. I have already done this exercise 
previously using UrbIS and I had to use some tricks such as shortening the 
names by combining the french and dutch versions when possible (e.g. "Rue de 
l'Ommegangstr." or "Quai F. Demetskaai") and widen the streets. I don't care 
that the streets are no more "at scale", the important is that all (or most) 
street names are legible. The rendering is similar to De Rouck map guides or 
'Bruxelles en poche' for those who know these books. In long streets, the name 
can also be repeated several times.

My final result from UrbIS was more or less satisfactory (even if it still 
required some workforce to displace manually a few toponyms at the end) but I 
would like to be able to create the same kind of map from OSM for a larger area 
than the Brussels Region and also be able to update it periodically.

Before I start working on this, would you have some advice or know any 
people/projects/tools/libraries/ideas that could be a source of inspiration 
(maybe from ‘OSM on paper’ wiki page)?

Thank you very much for your answers.

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

Re: [Talk-it] Tag per Iscrizioni o Epigrafi

[Cascafico Giovanni]

l giorno mer 6 mar 2019 alle ore 03:04 Sergio Manzi  ha scritto:

> credo (ma qualcuno di madre lingua potrà essere più preciso) che in
> Inglese "inscription" e "epigraph" siano sostanzialmente intercambiabili e
> che quindi una eventale nuova key "epigraph" possa essere ridondante...
>
Può anche essere che siano sinonimi, ma nel nostro caso il problema è
semantico: la inscription viene definita dalla wiki come appartenente al
gruppo "annotation", cioè il suo contenuto informativo. Resta quindi da
trovare una coppia chiave-valore per definire l'oggetto fisico.

Escluderei il murales in quanto la combinazione noirmale è
tourism=artwork
artwork_type=mural
che mi pare inadatto.

Altrettanto inadatto come variante della placca la cui combinazione normale
è
histric=memorial
memorial=plaque
Nel nostro caso l'oggetto non è necessariamente legato ad historic e
sicuramente non a memorial

Direi che siamo piuttosto più vicini ad advertising=tarp [1] oppure
advertising=mural. Vedo che l'ultimo dei significati di advertising [2] è
anche "propagandare" ed inoltre trovo su wikipedia "Advertising is a
marketing communication that employs an openly sponsored, non-personal
message to promote or sell a product, service or idea" [3].



[1] https://wiki.openstreetmap.org/wiki/Tag%3Aadvertising%3Dtarp
[2] http://www.wordreference.com/enit/advertising
[3] https://en.wikipedia.org/wiki/Advertising
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it