date:20140506

I see, use the same command as posted with gdal/ogr tools for the ocean
layer. :)



On Tue, May 6, 2014 at 3:37 PM, Mark Cupitt markcup...@gmail.com wrote:

 I'm using transparancy, in some zoom levels .. so have to paint the sea in
 when I need it. :)


 Regards

 Mark Cupitt

 If we change the world, let it bear the mark of our intelligence

 See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt

 See me on LinkedIn http://ph.linkedin.com/in/markcupitt


 *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c*


 ===
 The contents of this email are intended only for the individual(s) to whom
 it is addressed and may contain
 confidential or privileged information. If you are not the intended
 recipient, you must not disclose, copy, distribute,
 or use the contents of this email. If you have received this email in
 error, please notify the sender immediately and
 delete the email and any attachments.
 ===



 On Tue, May 6, 2014 at 3:32 PM, maning sambale emmanuel.samb...@gmail.com
  wrote:

  Put a bounding box around the phlippines, a long way out way out so the
 sea looks good and chop out the bounding box and make a new shape file
 Using gdal/ogr: http://www.gdal.org/ogr2ogr.html

 ogr2ogr -f ESRI Shapefile -t_srs EPSG:4326 -clipdst [xmin ymin xmax
 ymax] output.shp input.shp

  If possible, I would like to have the ocean as polygons and land as
 polygons in the same shape file, with fields for eacj poly stating ocean or
 land for each so I can style them separately, so it would mean closing the
 ocean polygons.
 Why do you still need the ocean? Can you just paint in your style as
 blue (or whatever ocean color) as a global background settings?  Just
 guessing here.


 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --





-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-ph] First Philippine TechCamp

2014-05-06 Diskussionsfäden Wayne Manuel

If you do plan to attend, kindly sign up at this link.

https://docs.google.com/forms/d/1DeLySgd-6wRVqa5APxRy6dd4z9rD_jUtreAsO3WR3nI/viewform



Wayne Manuel


On Tue, May 6, 2014 at 1:14 PM, Nick Brown n...@nickbrown.ca wrote:

 Is anyone else attending these events? I only heard about them from this
 listserv which I only just joined last week. I'm considering going to the
 Hackathon event Friday/Saturday. It looks like great fun.


 On Tue, May 6, 2014 at 11:50 AM, maning sambale 
 emmanuel.samb...@gmail.com wrote:

 Here's a pic.tweet by Daniel Joseph
 https://twitter.com/danbjoseph/status/463523832494428161/photo/1

 On Mon, May 5, 2014 at 10:48 AM, Wayne Manuel wdman...@gmail.com wrote:
  Someone from the Red Cross (Daniel Joseph) is presenting about OSM.
 
 
  Wayne Manuel
 
 
  On Mon, May 5, 2014 at 10:14 AM, Carlo Antonio Romero
  carlo.rom...@gmail.com wrote:
 
 
  Was wondering if someone from OSMPH attending the event? I hope OSM is
  represented.
 
 
 
 
 http://www.philstar.com/nation/2014/05/04/1319112/1st-phl-tech-camp-disaster-risk-reduction-starts-tomorrow
 
  Carlo.
 
  ___
  talk-ph mailing list
  talk-ph@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ph
 
 
 
  ___
  talk-ph mailing list
  talk-ph@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ph
 



 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --

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



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

[talk-ph] Typhoon Yolanda/Haiyan Activation Wrap-up

Dear everyone,

It's been almost half a year since we activated for the Typhoon
Yolanda/Haiyan.  Since then,
I'm sure you are aware of the tremendous response we received both
from remote mappers and responders on the ground.

Over 4 million map changes from ~1,500 contributors.  We supported
local and international humanitarian groups.  Locally, I can say that
OSM became the de-facto resource for updated geographic data.  Various
government agencies (including the national mapping agency) are now
taking a second look at the wealth of data we created.  Along the way,
we were able to refine our coordination protocols which I hope became
useful in the successive response we are currently supporting
worldwide.

Let me thank everyone who supported this response, from the remote
mappers, humanitarian agencies who used our data, image providers,
organizers of numerous mapathons, the people who shared the appeal to
social and mainstream media and, the core HOT volunteers (especially
Andrew, Pierre, JGC and many others) who provided both technical
guidance and moral support during the height of the activation.

If you view the history tab in osm.org right now, you will notice that
local volunteers (who were victims themselves) are working on updating
the map.  This will be a big task for us in the OSM-PH community, but
slowly, we are taking on the challenge to keep the map up to date.

Remote mapping has dwindled the past few months and I would like to
formally declare (through this email, since I don't know the
protocol) that we are wrapping-up this activation. Thank you again
for all your help.

There will be a little bit of clean-up such as removing non-essential
data (i.e. tasking manager relations used in creating tasks).  If
anyone has a need for this kind of data to remain in the DB, let us
know.

Thanks again, please update the wiki [0] if there are things we missed
during the activation.  Also, if there are reports/assessment on the
way we responded please add them to the wiki as well.

[0] http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan

-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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

Re: [talk-ph] [HOT] Typhoon Yolanda/Haiyan Activation Wrap-up

Thanks Pierre, for sure, I missed a lot of individuals and orgs. Sorry for
that.

Maning Sambale (mobile)
On May 6, 2014 7:11 PM, Pierre Béland pierz...@yahoo.fr wrote:

 Thanks for this Maning and yes let's declare this Great activation over.
 A tremendous effort was made remotely from people around the world.

 From one activation to the other, we are developping new ways to
 collaborate with the humanitarian organizations and local communities. The
 coordination with international organizations such as UN-OCHA, Red Cross,
 GFDRR, HIU  was awesome. We also had a fantastic support from various
 imagery providers who let us cover such a large area for this emergency.
 And a great thanks to Jean-Guilhem Cailton, Fred Moine and OSM-fr who
 supported us for the imagery. Thanks also to the developpers who
 contributed to deliver these poster size OSM maps to the Tacloban airport
 10 days after the Typhoon, and offer various services such as GPS and
 OSMAnd / Android downloads.  These various services offer a great support
 to the humanitarians while deploying on the ground in the context of such
 emergencies.

 The Philippines is different from other activations with the local OSM
 communities contributing to complete the map with their local knowledge.
 Thanks to Maning and all the OSM-ph contributors for your contribution in
 such a difficult context. This is an essential part of the map and I am
 pleased to see that this has some recognition from the various governmental
 agencies.

 Pierre

   --
  *De :* maning sambale emmanuel.samb...@gmail.com
 *À :* HOT h...@openstreetmap.org; osm-ph talk-ph@openstreetmap.org
 *Envoyé le :* Mardi 6 mai 2014 11h52
 *Objet :* [HOT] Typhoon Yolanda/Haiyan Activation Wrap-up

 Dear everyone,

 It's been almost half a year since we activated for the Typhoon
 Yolanda/Haiyan.  Since then,
 I'm sure you are aware of the tremendous response we received both
 from remote mappers and responders on the ground.

 Over 4 million map changes from ~1,500 contributors.  We supported
 local and international humanitarian groups.  Locally, I can say that
 OSM became the de-facto resource for updated geographic data.  Various
 government agencies (including the national mapping agency) are now
 taking a second look at the wealth of data we created.  Along the way,
 we were able to refine our coordination protocols which I hope became
 useful in the successive response we are currently supporting
 worldwide.

 Let me thank everyone who supported this response, from the remote
 mappers, humanitarian agencies who used our data, image providers,
 organizers of numerous mapathons, the people who shared the appeal to
 social and mainstream media and, the core HOT volunteers (especially
 Andrew, Pierre, JGC and many others) who provided both technical
 guidance and moral support during the height of the activation.

 If you view the history tab in osm.org right now, you will notice that
 local volunteers (who were victims themselves) are working on updating
 the map.  This will be a big task for us in the OSM-PH community, but
 slowly, we are taking on the challenge to keep the map up to date.

 Remote mapping has dwindled the past few months and I would like to
 formally declare (through this email, since I don't know the
 protocol) that we are wrapping-up this activation. Thank you again
 for all your help.

 There will be a little bit of clean-up such as removing non-essential
 data (i.e. tasking manager relations used in creating tasks).  If
 anyone has a need for this kind of data to remain in the DB, let us
 know.

 Thanks again, please update the wiki [0] if there are things we missed
 during the activation.  Also, if there are reports/assessment on the
 way we responded please add them to the wiki as well.

 [0] http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan

 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 wiki: http://esambale.wikispaces.com/
 blog: http://epsg4253.wordpress.com/
 --

 ___
 HOT mailing list
 h...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/hot



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

Re: [talk-ph] local media looking for somebody to interview on OSM-PH

2014-05-06 Diskussionsfäden Andrew Buck

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I guess if they feel it is important to interview me then that is fine
and you can send the my contact details (andrewbuck40 on skype is
probably the best for something like that).  I am not a big interview
person though.  It is up to you, you know more about philippine media
than I do so I will leave the decision to you.  I am fine with either.

- -AndrewBuck



On 05/05/2014 10:19 PM, maning sambale wrote:
 Hi,
 
 A local media is looking for Metro Manila based OSM volunteers to 
 interview, most likely within the week.
 
 Send me a message if you want to join the crew.
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTaONVAAoJEK7RwIfxHSXbUbwP/RdspKxO+lrEfwM8YXVYD7Q9
qQjCUxa73et6dleeRaNwJfciYfZ1gW/kWF6qWpVbiL7Xc7y/Qa4QuBeuFvOpdE4f
XAkLh2iRMDT95VelDXj26rQa+miSjFMlASX9Wnc1Bf7wNYV6/DXNn0Vb2Fjx7ogg
6ifw3YxbRgz5/0QmrL3/RiV/uaNZUwiGqHqLdqMOB9VrwY3RpPdkJHPuVy6TQS7N
I47YmiJ0sAQ+aR9yN1/X2W25hO8kpDxBGKypCET19HRdq4RHzs5nPQWC8p9TF7g4
afpuGbE+JeXNZ+mBL/9B5FcGY3ybXflEexmcizXUaFQqOhU2frDQkbMbdWZRTOFQ
eMKmWv5HZfRzkLJURonpMBQVwkO8WL1oIkPAwAfaoMh5BUnxV40U+9AtavVlO+HO
Ku6NE3Tl4t3rFFooME5w1xWq4T49Bx+ix3DS2t3PABL39l+iryfdCgBS41m3HPky
TVoUsKgglh2WBC+3lFT2HPso70umz836wNib7R8EzbcQinwIi/zxZJg+CO9EBvU+
BaxFUoItvSvT1kTk9LgSRUGC6qoi4iJf/xWRoUKSC+F7UtS47zjn46N1Yp9B9ALY
9+vqXsxT/SngS5ceKUxDJT2MKe16DSAtgExQyzBpQGLKZDhDuYdcb/rHIaC0+b26
Voxnvs2N6q6H+Qv3Ja91
=xWlP
-END PGP SIGNATURE-

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

[talk-ph] Fwd: MEDAIR : Philipines Imagery

Check out this amazing uav photos.

-- Forwarded message --
From: Marc Lebreuil marc.lebre...@medair.org
Date: Mon, May 5, 2014 at 4:17 PM
Subject: MEDAIR : Philipines Imagery
To: imag...@hotosm.org
Cc: rob.field...@medair.org

Dear team,

A team from Drone Adventure (http://www.droneadventures.org/) came to
Philippines to work alongside our team and take aerial pictures from
affected area where we work.

You can have a look at the pictures at:

https://a.tiles.mapbox.com/v3/droneadv.i4khp3b1/page.html?secure=1#11/11.1188/125.0512

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

[OSM-legal-talk] Audubon Birds Pro

2014-05-06 Diskussionsfäden Clifford Snow

I noticed that the Android Audubon Birds Pro uses OSM maps for some of
their maps. Mostly it is just Google, but when adding sighting, OSM maps
are used. They are not attributing OSM, but do give Google attribution. I
have sent the developer, Green Mountain Digital a nice email asking for
attribution and pointing them to our licensing requirements.

Clifford

-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-06 Diskussionsfäden Rob Myers

On 05/05/14 09:16 AM, Simon Poole wrote:
 
 We have raised the question of Dynamic Data in a dedicated guideline
 given that a number of things are not so clear and even while, using the
 example from the guideline, the occupancy of a parking lot is an
 observable fact it is questionable if we would want to require that
 anybody that creates such or similar application has to provide a real
 time feed of the data on ODbL terms.

If a loophole for this case is inserted, expect to see a sudden increase
in realtime (and realtime) generation of data. ;-)

If we change realtime to ephemeral, mapping data is ephemeral in
geological time. If we stick with Dynamic, well, SQL queries and views
are dynamic aren't they?

If I want to e.g. combine parking data with littering data for a study
or translate it into audio so I can consult it safely while driving,
access to the data is useful. This may not amount to a moral imperative,
but the debate is currently framed in terms of utility...

Deciding which data is and isn't useful (to users, not OSM) has two
problems:

1. It requires an Oracle. We cannot know which data is and isn't useful.
For example the locations of taxis in London may not seem all that
useful after the fact, but:
http://wiki.openstreetmap.org/w/index.php?title=Merchandiseoldid=1838

2. People will always push to avoid the license, and any exception will
be abused. That isn't a reason to not add an exception or clarification,
but it is a reason to be wary of pressure for them.

- Rob.


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

[OSM-talk-ie] Hill shading.

2014-05-06 Diskussionsfäden Simon Stewart

Hi all,

For some years we have been using the SRTM based hill shading tiles as
offered by https://toolserver.org/~cmarqu/hill/
This seems to have stopped recently.  Access to the URL gives something
like:

403: User account expired
The page you requested is hosted by the Toolserver user cmarqu, whose
account has expired. Toolserver user accounts are automatically expired if
the user is inactive for over six months. To prevent stale pages remaining
accessible, we automatically block requests to expired content.


Anyone know if this is a temporary or permanent issue?
Are there any other sites offering hill shading for use with mapnik layer?

-- TIA, Simon Stewart, MountainViews.ie



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

Re: [Talk-br] Lista de itens para a maratona de tradução do wiki

2014-05-06 Diskussionsfäden John Packer

Magno, gostei dos ícones, mas acho que vamos utilizar um documento do MoPad
(tecnologia Etherpad) para evitar qualquer conflito que daria na edição de
uma página wiki. Esse site também disponibiliza um chat.
Não vai ser elegante, mas acredito que vai ser eficiente.
Em 05/05/2014 23:42, Alexandre Magno Brito de Medeiros 
alexandre@gmail.com escreveu:


- Ideia inicial para gerenciamento da 
 maratonahttp://wiki.openstreetmap.org/wiki/User_talk:Jgpacker#Ideia_inicial_para_gerenciamento_da_maratona
- User:Alexandre Magno/Trabalho#Marcadas para tradução ou 
 revisãohttp://wiki.openstreetmap.org/wiki/User:Alexandre_Magno/Trabalho#Marcadas_para_tradu.C3.A7.C3.A3o_ou_revis.C3.A3o



 2014-05-05 22:18 GMT-03:00 John Packer john.pack...@gmail.com:

 Na tarde desta quinta-feira, durante o FISL 
 15http://softwarelivre.org/fisl15,
 vai acontecer uma maratona de tradução do wiki para português, com
 participação presencial e remota.

 Sugiro quem quiser participar, já criar a sua conta no wiki do
 OpenStreetMap http://wiki.openstreetmap.org/.

 Estou fazendo uma lista de certas páginas que precisam de tradução,
 revisão ou atualização.
 O critério para um item entrar nesta lista é meio arbitrário. É pra ser
 algo que seja importante e/ou de interesse pessoal. O objetivo não é juntar
 tudo que não está traduzido, é só pra o pessoal não perder muito tempo
 procurando por páginas para traduzir.

 Já fiz uma lista inicial de páginas:

 http://wiki.openstreetmap.org/wiki/Buses
 http://wiki.openstreetmap.org/wiki/Key:addr
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:route%3Dferry
 http://wiki.openstreetmap.org/wiki/Key:segregated
 http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dbollard
 revisar
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity%3Dcommunity_centre
 atualizar http://wiki.openstreetmap.org/wiki/Pt-br:Key:bridge
 http://wiki.openstreetmap.org/wiki/Key:sidewalk
 revisar/atualizar
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity%3Dschool
 revisão rápida
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:amenity=restaurant
 revisão rápida
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:tourism%3Dmuseum
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:leisure%3Dsports_centre
 http://wiki.openstreetmap.org/wiki/Pt-br:Key:traffic_calming
 http://wiki.openstreetmap.org/wiki/Tag:shop%3Dtyres
 http://wiki.openstreetmap.org/wiki/Key:wikipedia
 atualização rápida
 http://wiki.openstreetmap.org/wiki/Pt-br:Tag:shop%3Dhairdresser
 http://wiki.openstreetmap.org/wiki/Key:second_hand
 http://wiki.openstreetmap.org/wiki/Key:diet


 Gostaria de saber o que mais vocês querem que seja visto durante a
 maratona.
 Não tem nenhuma garantia que todos esses itens serão vistos, isto é só
 uma lista de sugestões para usar durante a maratona.

 Abs,
 João

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



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


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

[Talk-br] Limite administrativo

2014-05-06 Diskussionsfäden Tarcisio Oliveira

Estou consertando e até criando algumas regras de limite dministrativos 
de algumas cidades aqui no Estado de Sergipe, com base no 
http://overpass-turbo.eu/, porem quando eu filtro o Sergipe na busca ele 
acaba pegando algumas cidades da Bahia e todo o Estado baiano.
Pesquisando outros estado, vi que o Rio de Janeiro está correto as 
limitações e o Paraná está errado pegando São Paulo, Minas Gerais e Rio 
de Janeiro.
Alguém poderia indicar algum Município e um Estado que tenha todos os 
limites administrativos com as regras outer bem definidos com as 
cidades/Estados vizinho para servir como parâmetro?


--
Tarcisio Oliveira


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

Re: [Talk-br] Limite administrativo

2014-05-06 Diskussionsfäden Nelson A. de Oliveira

Tarcisio, tem como você mandar a URL do overpass para ver como você
está filtrando isso?

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

Re: [Talk-br] Limite administrativo

2014-05-06 Diskussionsfäden John Packer

Olá Tarcísio,

Por favor aproveite que está fazendo esses ajustes nas relações das cidades
para adicionar o código IBGE nelas. :-)
É só adicionar a chave
IBGE:GEOCODIGOhttp://wiki.openstreetmap.org/wiki/Pt-br:Key:IBGE:GEOCODIGOcom
o valor que consta no site
do IBGEhttp://cidades.ibge.gov.br/xtras/uf.php?lang=coduf=28search=sergipe
.

Esta consulta ficou um pouquinho melhor: http://overpass-turbo.eu/s/3he
Só adicionei uma condição para ele não pegar relações que tenham um
geocódigo IBGE começando com 29 (i.e. é da Bahia):

 has-kv k=IBGE:GEOCODIGO regv=^29 modv=not/

Se tiver cidades da Bahia que continuam a ser incluídas, você pode
adicionar o código IBGE correto nelas também ;-)

Abs,
João


2014-05-06 20:18 GMT-03:00 Tarcisio Oliveira tarci...@ymail.com:

 Sergipe http://overpass-turbo.eu/s/3hd

 Paraná http://overpass-turbo.eu/s/3hb

 --
 Tarcisio Oliveira



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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



Am 06.05.2014 00:56, schrieb Stefan Keller:

 
 Andererseits wundert's mich, wie das rechtlich aussieht (bin aber kein
 Jurist und will keine Debatte vom Zaun brechen...).

IMHO null Problem, Collective DB die zur Erstellung eines Produced Works
verwendet wird. Im Prinzip hätte man Anspruch auf den von OSM
abgeleiteten Teil, aka Europa mit einem Loch, was aber wohl nur von
geringem Interesse ist.



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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Jochen Topf

On Di, Mai 06, 2014 at 12:56:49 +0200, Stefan Keller wrote:
Das Bundesamt für Kartographie und Geodäsie (BKG) nutzt OSM Daten -
zusammen mit ihren (kostenpflichtigen bzw. nur Behörden zugänglichen?)
Produkten!

Das habe ich gefunden im aktuellen Heft der KN 2/2014 im Artikel TopPlus –
von der detaillierten Stadtkarte bis zur europaweiten Übersichtskarte [1].
Man findet TopPlus auch auf den BKG-Seiten erwähnt.

Ich werte das einerseits positiv, wird doch gesagt Um das Gebiet der
Nachbarstaaten bis zu den höchsten Auflösungen darstellen zu können, werden
OpenStreetMap-Daten verwendet. (...). Erst der Einsatz dieser Daten
ermöglicht (aber) die Produktion von grenz-übergreifenden Karten großer
Maßstäbe. Damit wird erstmals bei einem BKG-Produkt der Versuch
unternommen, amtliche Daten und freie Daten in einem Produkt zu
integrieren.

Peter Kunz, von dem der Artikel ist, hat schon auf der FOSSGIS in Dessau
einen Vortrag gehalten, wo er seine ersten Versuche dazu vorgestellt hat.
Ich freue mich, dass da inzwischen anscheinend ein Produkt draus geworden
ist.

Hier habe ich noch einen Vortrag mit den Details dazu gefunden:
http://www.ikg.uni-hannover.de/aga/fileadmin/aga/documents/pdf-files_aga2013/aga13_b1_3_kunz.pdf

Nicht nur technisch sondern auch kartographisch hervorragend!

Andererseits wundert's mich, wie das rechtlich aussieht (bin aber kein
Jurist und will keine Debatte vom Zaun brechen...).

Sollte unproblematisch sein, weil die Mischung erst im Endprodukt ist.
Peter Kunz ist sich der Problematik auf jeden Fall bewußt, ich habe da
selbst schon mit ihm drüber gesprochen, ich gehe also mal davon aus,
dass er das mit dem Hausjuristen abgeklärt hat, bevor er ein offizielles
BKG-Produkt daraus gemacht hat.

Jochen
--
Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Markus


Hoi Stefan,


Das Bundesamt für Kartographie und Geodäsie (BKG) nutzt OSM Daten
TopPlus


TopPlus ist eine Planungskarte für Bundesbehörden.
Sie kombiniert die DE-Karten des BKG mit EU-Karten von OSM
um für Behörden-Einsätze eine grenzüberschreitende Karte
online und offline in einheitlichem Layout in verschiedenen Formaten
und in Druckqualität zur Verfügung zu stellen.

Anwendungsbeipiele sind:
- Fußball Weltmeisterschaft
- Fußball Europameisterschaft
- G8-Gipfel
- Papstbesuch
- Castor-Transporte
- Grenzüberschreitende Fahndungen
etc.

OSM hilft Grenzen zu überschreiten :-)

Gruss, Markus

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Stefan Keller

Das klingt ja sehr interessant.
@Jochen: Weisst du, ob der Style/die Symbologie unter einer freien Lizenz
steht?

Dann möchte ich noch etwas zum Nachdenken ergänzen: Gleich nach dem von mir
zitierten Abschnitt aus dem KN-Artikel steht weiter, dass die OSM-Daten
durch Open Data ersetzt werden sobald diese in den umliegenden Ländern
verfügbar sind. Als Beispiele werden u.a. die Niederlande genannt.

LG, Stefan




Am 6. Mai 2014 09:18 schrieb Markus liste12a4...@gmx.de:

 Hoi Stefan,

  Das Bundesamt für Kartographie und Geodäsie (BKG) nutzt OSM Daten
 TopPlus


 TopPlus ist eine Planungskarte für Bundesbehörden.
 Sie kombiniert die DE-Karten des BKG mit EU-Karten von OSM
 um für Behörden-Einsätze eine grenzüberschreitende Karte
 online und offline in einheitlichem Layout in verschiedenen Formaten
 und in Druckqualität zur Verfügung zu stellen.

 Anwendungsbeipiele sind:
 - Fußball Weltmeisterschaft
 - Fußball Europameisterschaft
 - G8-Gipfel
 - Papstbesuch
 - Castor-Transporte
 - Grenzüberschreitende Fahndungen
 etc.

 OSM hilft Grenzen zu überschreiten :-)

 Gruss, Markus

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Christoph Hormann

On Tuesday 06 May 2014, Simon Poole wrote:
  Andererseits wundert's mich, wie das rechtlich aussieht (bin aber
  kein Jurist und will keine Debatte vom Zaun brechen...).

 IMHO null Problem, Collective DB die zur Erstellung eines Produced
 Works verwendet wird. Im Prinzip hätte man Anspruch auf den von OSM
 abgeleiteten Teil, aka Europa mit einem Loch, was aber wohl nur von
 geringem Interesse ist.

Allerdings natürlich nur so lange sie die Daten bei allen 
Bearbeitungsschritten hübsch trennen, was für die Qualität der 
Darstellung nicht ganz unproblematisch ist.  Die von Jochen gezeigte 
Präsentation geht da nicht ins Detail, aber es ist auch nicht explizit 
gesagt, dass bei dem, was sie 'Geoprozessierung und Generalisierung' 
nennen keine Vermengung der Daten stattfindet.

Im Grunde ist dies genau das, was aktuell bei den 'Community Guidelines' 
zur Lizenz zur Diskussion steht:

https://wiki.openstreetmap.org/wiki/Open_Data_License/Regional_Cuts_-_Guideline
https://wiki.openstreetmap.org/wiki/Open_Data_License/Trivial_Transformations_-_Guideline
https://wiki.openstreetmap.org/wiki/Open_Data_License/Horizontal_Layers_-_Guideline

Eigentlich ist die Nutzung der OSM-Daten hier meiner Ansicht nach 
lobenswert und das Ganze ist ja wie schon gesagt wurde auch recht schön 
gemacht.  Wenn allerdings eine Menge unterschiedlicher und teils 
proprietärer Datensätze kombiniert werden, so dass in der fertigen 
Karte am Ende nicht mehr erkennbar ist, was woher stammt, ist das 
unabhängig vom formal-juristischen etwas problematisch, weil die 
Einhaltung der Lizenz dann vom Außenstehenden auch garnicht mehr 
beurteilt werden kann.

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Jochen Topf

On Di, Mai 06, 2014 at 09:55:52 +0200, Stefan Keller wrote:
 Das klingt ja sehr interessant.
 @Jochen: Weisst du, ob der Style/die Symbologie unter einer freien Lizenz
 steht?

Ich glaube nicht, dass der Style frei ist. Aber wenn jemand lieb fragt, 
vielleicht
geben sie ihn ja raus.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-721-388298

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Florian Lohoff

Hi,

On Tue, May 06, 2014 at 09:55:52AM +0200, Stefan Keller wrote:
 Dann möchte ich noch etwas zum Nachdenken ergänzen: Gleich nach dem von mir
 zitierten Abschnitt aus dem KN-Artikel steht weiter, dass die OSM-Daten
 durch Open Data ersetzt werden sobald diese in den umliegenden Ländern
 verfügbar sind. Als Beispiele werden u.a. die Niederlande genannt.

Ich bin da ganz entspannt - ich glaube das OSM immer aktueller und detailreicher
sein werden. Dazu kommt das die Toolchain die da zusammengebaut wird hochkomplex
ist weil 17 Datenquellen verquirlt werden müssen.

Am ende ist es einfacher die OSM tools zu nehmen und tiles zu rendern.

Das ist eher so eine politische Dimension IMHO. Wenn man jetzt sagt na nehmen
wir doch einfach OSM entwertet man ja die Datenbestände die man seit Jahren
hütet. 

Flo
-- 
Florian Lohoff f...@zz.de


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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



Am 06.05.2014 10:14, schrieb Christoph Hormann:
 was sie 'Geoprozessierung und Generalisierung'
 nennen keine Vermengung der Daten stattfindet.

Um dazu was zu sagen müsste man zuerst wissen was du genau mit
Vermengung meinst, die Daten gleichzeitig auf die gleiche Art verfügbar
machen hat IMHO keine Bedeutung.

Wenn man einzelne Objekte auf Grund von Informationen von den anderen
Daten verändert, ja, dann spielt SA eine Rolle. Da man aber mindestens
im vorliegenden Fall trivialerweise alle die Änderungn an den OSM Daten
vornehmen kann, die so oder so schon ODbL lizenziert sind, spielt das
keine praktische Rolle.

Beispiel: für die schöne kartographische Darstellung will man natürlich,
dass die Strassen an den Schnittstellen zwischen den 2 Datensätze
nahtlos in einander übergehen. Gegebenenfalls muss also der Verlauf
angepasst werden, um Probleme zu vermeiden macht man die Änderungen
ausschliesslich in den OSM Daten. Die so modifizierten Daten müsste man
im Prinzip abgeben (wenn man die trivial transformation Guideline
nicht hätte und wenn sie tatsächlich in dieser Form gespeichert würden),
aber ich glaube wir sind uns da einig, es ist nicht direkt sehr nützlich
für einen Dritten.

Kleiner Hinweis: natürlich gibt es in diesem Szenario einen Fluss von
privater Information (wo die Objekte an die man die OSM Daten anpasst
liegen), in die ODbL lizenzierten OSM Daten hinein, ganz so wie
vorgesehen. Share alike ist also durchaus nicht ausgehebelt, sondern hat
durchaus ihre Wirkung, aber sie wirkt halt nur auf die Informationen die
man zur Modifizierung gebraucht hat und hat nicht irgendeine magische
Fernwirkung.





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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Christoph Hormann

On Tuesday 06 May 2014, Simon Poole wrote:
 [...]

 Beispiel: für die schöne kartographische Darstellung will man
 natürlich, dass die Strassen an den Schnittstellen zwischen den 2
 Datensätze nahtlos in einander übergehen. Gegebenenfalls muss also
 der Verlauf angepasst werden, um Probleme zu vermeiden macht man die
 Änderungen ausschliesslich in den OSM Daten. Die so modifizierten
 Daten müsste man im Prinzip abgeben (wenn man die trivial
 transformation Guideline nicht hätte und wenn sie tatsächlich in
 dieser Form gespeichert würden), aber ich glaube wir sind uns da
 einig, es ist nicht direkt sehr nützlich für einen Dritten.

Das seh ich auch so, die Information über die Fehlpassung an der 
Schnittstelle ist zwar potentiell nützlich, ist aber so begrenzt, dass 
es kaum Sinn macht hier eine Verpflichtung zu konstruieren, das per SA 
zu veröffentlichen.

Was ich eher im Auge hatte ist so was wie Verdrängung bei der 
Generalisierung - ein Anwender kombiniert in der Darstellung 
Straßendaten aus OSM mit proprietären Fluss-Daten und für die 
Darstellung verschiebt er jetzt die Flüsse so, dass sie sich nicht mehr 
mit den Straßen überlappen - oder umgekehrt (das nennt man in der 
Kartographie Verdrängung).  Da er hier klar und in großem Umfang 
OSM-Daten mit nicht OSM-Daten kombinieren würde greift SA und im Grunde 
wäre es auch hier recht gut, mal ein paar Richtlinien aufzusetzen, was 
in welchen Fällen erforderlich ist und welche Alternativen man hat.  
Das meiste, was so zur Lizenz geschrieben wird, läuft ja auf ein 'wie 
vermeide ich SA' hinaus, ein 'wie arbeite ich stressfrei und zum besten 
Nutzen für alle Seiten mit SA' wäre aber eigentlich genauso wichtig.

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



Am 06.05.2014 13:58, schrieb Christoph Hormann:
..
 
 Was ich eher im Auge hatte ist so was wie Verdrängung bei der 
 Generalisierung - ein Anwender kombiniert in der Darstellung 
 Straßendaten aus OSM mit proprietären Fluss-Daten und für die 
 Darstellung verschiebt er jetzt die Flüsse so, dass sie sich nicht mehr 
 mit den Straßen überlappen - oder umgekehrt (das nennt man in der 
 Kartographie Verdrängung).  

Der Fall ist mir soweit schon klar, gehe aber davon aus es mit der BKG
eh nicht so ist.

Wenn wir jetzt generell das anschauen, dann gehe ich im Augenblick davon
aus, dass es nur zulässig ist (also ohne SA auszulösen) wenn die
Manipulation algorithmisch beim Produzieren eines produced work
passiert. Die Definition eines solchen ist jetzt schon ziemlich weit
gefasst, dürfte also für übliche Anwendungen kein Problem sein.

 .Da er hier klar und in großem Umfang 
 OSM-Daten mit nicht OSM-Daten kombinieren würde greift SA und im Grunde 
 wäre es auch hier recht gut, mal ein paar Richtlinien aufzusetzen, was 
 in welchen Fällen erforderlich ist und welche Alternativen man hat.  
 Das meiste, was so zur Lizenz geschrieben wird, läuft ja auf ein 'wie 
 vermeide ich SA' hinaus, ein 'wie arbeite ich stressfrei und zum besten 
 Nutzen für alle Seiten mit SA' wäre aber eigentlich genauso wichtig.
 

Ich hoffe die aktuelle Arbeit der LWG wird nicht missverstanden. Es geht
nicht darum auf kaltem Weg SA abzuschaffen, sondern darum besser
festzulegen wann und wie SA greift, dies auch rechts fest zu machen
(nicht das wir behaupten SA greift wo es nicht der Fall ist) und die
allgemeine Menge an FUD zu reduzieren. Letzteres ist ein viel grösseres
Hindernis OSM Daten zu nutzen als die effektiven Auswirkungen von SA.

Z.B. habe ich jetzt in der LWG mal eine Guideline für Collective
database angeregt, so dass wir endlich vom Schreckgespenst wegkommen,
dass wenn ich eine DVD mit meinen proprietären Daten auf eine OSM
Daten-DVD lege, die schon von SA angesteckt wird :-).



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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Christoph Hormann

On Tuesday 06 May 2014, Simon Poole wrote:

 Wenn wir jetzt generell das anschauen, dann gehe ich im Augenblick
 davon aus, dass es nur zulässig ist (also ohne SA auszulösen) wenn
 die Manipulation algorithmisch beim Produzieren eines produced work
 passiert. Die Definition eines solchen ist jetzt schon ziemlich weit
 gefasst, dürfte also für übliche Anwendungen kein Problem sein.

Das würde aber letztendlich doch bedeuten, das bei einer vollautomatisch 
erstellten Karte jede beliebige Vermischung von OSM-Daten mit anderen 
Daten ohne SA möglich ist.  Ich bin mir nicht sicher, ob das stimmt.  
Ist aber eine interessante Frage, denn es ist schwer, dort eine klare 
Grenze zu ziehen.  Zu unterscheiden, ob die 'derivative database' als 
Datensatz dauerhaft vorliegt oder ob die nur beim rendern temporär und 
ausschnittsweise im Speicher liegt schiene mir arg wirklichkeitsfremd.

 Ich hoffe die aktuelle Arbeit der LWG wird nicht missverstanden. Es
 geht nicht darum auf kaltem Weg SA abzuschaffen, sondern darum besser
 festzulegen wann und wie SA greift, dies auch rechts fest zu machen
 (nicht das wir behaupten SA greift wo es nicht der Fall ist) und die
 allgemeine Menge an FUD zu reduzieren. Letzteres ist ein viel
 grösseres Hindernis OSM Daten zu nutzen als die effektiven
 Auswirkungen von SA.

 Z.B. habe ich jetzt in der LWG mal eine Guideline für Collective
 database angeregt, so dass wir endlich vom Schreckgespenst
 wegkommen, dass wenn ich eine DVD mit meinen proprietären Daten auf
 eine OSM Daten-DVD lege, die schon von SA angesteckt wird :-).

Ich verstehe schon, dass der Schwerpunkt erst einmal darauf liegt, 
klarzustellen, dass die Lizenz nicht so restriktiv ist wie es manche 
darstellen.  Mir ging es vor allem darum, dass dort, wo die 
Restriktionen tatsächlich greifen die Leute auch so weit wie möglich 
klare Handreichungen bekommen, wie man damit arbeitet.  

Im Grunde ist es ja auch wichtig zu kommunizieren, dass das SA nicht als 
Strafe gedacht ist für die, die etwas tun, was sie nicht sollten, 
sondern als erwünschte Möglichkeit des Umgangs mit den Daten, die 
genauso akzeptiert und gern gesehen ist wie die 'normale' Nutzung ohne 
SA.

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



 Am 06/mag/2014 um 14:17 schrieb Simon Poole si...@poole.ch:
 
 Wenn wir jetzt generell das anschauen, dann gehe ich im Augenblick davon
 aus, dass es nur zulässig ist (also ohne SA auszulösen) wenn die
 Manipulation algorithmisch beim Produzieren eines produced work
 passiert.


Im Ernst? Man kann mit OSM und anderen Daten zusammen ein Produced work 
berechnen (d.h. die Datenquellen wären nicht unabhängig) , z.B. eine Karte, 
rendern, und die nicht-OSM-Daten werden dabei nicht vom SA-Virus befallen? 
Besonders viral wäre so eine Lizenz dann wohl nicht mehr zu nennen.

M.E. wenn es um algorithmisches Mergen geht (und sei es nur temporär für die 
Erstellung eines Produced works), dann ist das Resultat eine derivative db (und 
sei es nur im RAM), die ggf. unter ODbL geshared werden muss.

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Stefan Keller

Hallo,

Bitte verlegt die juristische Diskussion mind. in einen separaten Thread
mit wiederauffindbarem Subject.
Ich habe ja geschrieben, dass ich keine solche vom Zaun brechen will, auch
wenn sie interessant erscheint :-)

LG, Stefan


Am 6. Mai 2014 16:57 schrieb Martin Koppenhoefer dieterdre...@gmail.com:



  Am 06/mag/2014 um 14:17 schrieb Simon Poole si...@poole.ch:
 
  Wenn wir jetzt generell das anschauen, dann gehe ich im Augenblick davon
  aus, dass es nur zulässig ist (also ohne SA auszulösen) wenn die
  Manipulation algorithmisch beim Produzieren eines produced work
  passiert.


 Im Ernst? Man kann mit OSM und anderen Daten zusammen ein Produced work
 berechnen (d.h. die Datenquellen wären nicht unabhängig) , z.B. eine Karte,
 rendern, und die nicht-OSM-Daten werden dabei nicht vom SA-Virus befallen?
 Besonders viral wäre so eine Lizenz dann wohl nicht mehr zu nennen.

 M.E. wenn es um algorithmisches Mergen geht (und sei es nur temporär für
 die Erstellung eines Produced works), dann ist das Resultat eine derivative
 db (und sei es nur im RAM), die ggf. unter ODbL geshared werden muss.

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

Am 06.05.2014 16:57, schrieb Martin Koppenhoefer:

  M.E. wenn es um algorithmisches Mergen geht (und sei es nur
 temporär für die Erstellung eines Produced works), dann ist das
 Resultat eine derivative db (und sei es nur im RAM), die ggf. unter
 ODbL geshared werden muss.

Der Fall einer temporären Datenbank liegt nochmals anders, aber eine
soche wird klar nicht kreiert wenn ich zum Beispiel ein Fussweg (aus
OSM) nicht rendere weil es zu nah an einer Autobahn (von Navteq) liegt.
Keine Datenbank - keine abgeleitete Datenbank - kein SA.



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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



 Am 06/mag/2014 um 19:01 schrieb Simon Poole si...@poole.ch:
 
 Der Fall einer temporären Datenbank liegt nochmals anders, aber eine
 soche wird klar nicht kreiert wenn ich zum Beispiel ein Fussweg (aus
 OSM) nicht rendere weil es zu nah an einer Autobahn (von Navteq) liegt.
 Keine Datenbank - keine abgeleitete Datenbank - kein SA.


die Datenbank (osm+Navteq) ist eine derivative db, sonst gibt es praktisch nie 
sharealike, wenn man das als zwei unabhängige DBs ansieht mit denen man 
gemeinsam ein Produced work schafft. Man könnte alle seine Verbesserungen in 
eine parallele Datenbank einspielen und gemeinsam parallel nutzen um sie 
darzustellen (Produced work). Dazu müsste es eine collective db sein, und in 
der müssen die Teile unabhängig sein (sind sie m.E. nicht mehr, wenn ihre 
Inhalte sich gegenseitig beeinflussen wie beim Autobahnbeispiel)

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus

2014-05-06 Diskussionsfäden Frederik Ramm

Hi,

On 06.05.2014 19:43, Martin Koppenhoefer wrote:
 Der Fall einer temporären Datenbank liegt nochmals anders, aber
 eine soche wird klar nicht kreiert wenn ich zum Beispiel ein
 Fussweg (aus OSM) nicht rendere weil es zu nah an einer Autobahn
 (von Navteq) liegt. Keine Datenbank - keine abgeleitete Datenbank
 - kein SA.

 die Datenbank (osm+Navteq) ist eine derivative db, sonst gibt es
 praktisch nie sharealike, wenn man das als zwei unabhängige DBs
 ansieht mit denen man gemeinsam ein Produced work schafft. Man könnte
 alle seine Verbesserungen in eine parallele Datenbank einspielen
 und gemeinsam parallel nutzen um sie darzustellen (Produced work).
 Dazu müsste es eine collective db sein, und in der müssen die Teile
 unabhängig sein (sind sie m.E. nicht mehr, wenn ihre Inhalte sich
 gegenseitig beeinflussen wie beim Autobahnbeispiel)

Ich glaube, ihr redet aneinander vorbei.

Was Simon meint, wäre in Pseudo-PostGIS-Code sowas wie

select * from osm where highway=footway and (select id from navteq where
highway=motorway and st_contains(st_buffer(navteq.geom,10),osm.geom) is
null;

Eine klare Abfrage aus zwei verschiedenen Datenbanken, und wenn das
Ergebnis direkt zum Rendern benutzt wird, entsteht hier nie eine
abgeleitete Datenbank. Die Inhalte von OSM und Navteq beeinflussen sich
nicht gegenseitig, sie beeinflussen lediglich beide das Endergebnis.

Du hingegen redest von Verbesserungen in eine parallele Datenbank
einspielen. Das ist was ganz anderes - um eine Datenbank mit
Verbesserungen aufzustellen, muss ich ja bereits die zu verbessernden
Daten verwenden, die Verbesserungen sind also abgeleitet.

Bye
Frederik

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

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

Re: [Talk-de] BKG nutzt OSM Daten im Verfahren TopPlus



Am 06.05.2014 19:43, schrieb Martin Koppenhoefer:
..
 
 die Datenbank (osm+Navteq) ist eine derivative db, sonst gibt es praktisch 
 nie sharealike, wenn man das als zwei unabhängige DBs ansieht mit denen man 
 gemeinsam ein Produced work schafft. Man könnte alle seine Verbesserungen in 
 eine parallele Datenbank einspielen und gemeinsam parallel nutzen um sie 
 darzustellen (Produced work). Dazu müsste es eine collective db sein, und in 
 der müssen die Teile unabhängig sein (sind sie m.E. nicht mehr, wenn ihre 
 Inhalte sich gegenseitig beeinflussen wie beim Autobahnbeispiel)

Du irrst und solltest nochmals die ODbL lesen, speziell 4.5.b. Die
Tatsache das man eine Abfrage auf beide Datenbanken machen kann und
daraus ein Resultat generiert macht die Datenbanken nicht weniger
unabhängig.

Und natürlich gibt es trotzdem sehr viele use cases bei denen SA wirkt.







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

[Talk-de] Kann es sein, dass seit 1.Mai keine neuen Beitraege erstellt wurden?

2014-05-06 Diskussionsfäden hike39

Sorry, aber ich habe festgestellt, dass seit dem ersten Mai keine neuen 
Beitraege bei mir rein kommen. Das kann ich nicht glauben. Daher diese 
Anfrage zum Testen meiner Konfiguration.


Gruß
hike39


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

Re: [Talk-de] Kann es sein, dass seit 1.Mai keine neuen Beitraege erstellt wurden?

2014-05-06 Diskussionsfäden Johannes

klappt

Am 05.05.2014 11:48, schrieb hike39:
 Sorry, aber ich habe festgestellt, dass seit dem ersten Mai keine neuen
 Beitraege bei mir rein kommen. Das kann ich nicht glauben. Daher diese
 Anfrage zum Testen meiner Konfiguration.
 
 Gruß
 hike39
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-it] Traduzione di Mapgive

2014-05-06 Diskussionsfäden Alessandro


http://mapgive.openstreetmap.it/storie/reagire-alle-catastrofi.html

In Reagire alle catastrofi, salvare vite, Philippines

Al posto di ; stavo lavorando con il mio portatile [...] a Burlington. 
Mi dividendo la stanca con circa altri 20 volontari; -- ero col mio 
portatile al Coworking Office Squared di Burlington dividendo la sala 
con circa altri 20 volontari;


Rivederei OpenStreetMap è il software web-based preferito dai 
cartografi benefattori anche nella versione inglese OSM è definito come 
'applicazione', ma è errato.


Al posto di  Ma le strade terziarie ed i sentieri e gli edifici? -- 
Ma le strade minori, i sentieri e gli edifici?


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

Re: [Talk-it] PARCHI e riserve PIEMONTE (natura 2000)

2014-05-06 Diskussionsfäden Giovanni Caudullo

Puoi usare quel layer tranquillamente per qualsiasi scopo, anche
commerciale, l'importante è citare la fonte.
L'agenzia EEA fa parte degli enti europei che forniscono dati open.

Se invece hai delle domande da fare in merito, se non ti è chiaro qualcosa,
c'è il nostro amico Mr. Caspersen che ti spiega tutto.
Ciao
G



2014-05-05 19:04 GMT+02:00 Lucio lu...@galosso.it:


 Il 05/05/2014 09:31, Giovanni Caudullo ha scritto:

  Ciao,
 suggerisco di usare questi layer ufficiali dell'Agenzia dell'Ambiente
 Europea (EEA):
 Parchi:

 http://www.eea.europa.eu/data-and-maps/data/nationally-designated-areas-national-cdda-8
  Rete Natura 2000:
 http://www.eea.europa.eu/data-and-maps/data/natura-4
  Copyright:
 http://www.eea.europa.eu/legal/copyright

  GIovanni


 Grazie per la segnalazione, stasera verifico i dati del link.

 Leggo sull'avviso legale:
 Unless otherwise indicated, re-use of content on the EEA website for
 commercial or non-commercial purposes is permitted free of charge, provided
 that the source is acknowledged.

 E poi al fondo:
 Any inquiries about re-use of content on the EEA website should be
 addressed to Ove Caspersen, EEA, Kongens Nytorv 6, DK-1050 Copenhagen K,
 Tel +45 33 36 71 00, Fax +45 33 36 71 99, e-mail copyrig...@eea.europa.eu
 .

 Quindi bisogna chiedere ad Ove Caspersen se e come deve essere citata la
 fonte? Ci sono già accordi in merito per altre cose con l'agenzia?

 Lucio.


 ___
 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] Traduzione di Mapgive

2014-05-06 Diskussionsfäden Cristian Consonni

Il 06 maggio 2014 09:18, Alessandro ale_z...@libero.it ha scritto:
 http://mapgive.openstreetmap.it/storie/reagire-alle-catastrofi.html

Fatto, grazie.

C

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

Re: [Talk-it] come comportarsi quando due wayId puntano allo stesso Oggetto e un'Oggetto è puntato da una RelationId e da una wayId?

2014-05-06 Diskussionsfäden tommasogre...@yahoo.it


Ciao Martin

Grazie per la spiegazione su come approcciare le soluzione dei vari oggetti.

Tommaso


2014-05-02 17:14 GMT+02:00 Any File anysomef...@gmail.com 
mailto:anysomef...@gmail.com:



2)
man_made=bridge
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbridge

questo sembrerebbe un tag adatto per la way 134399939
ammesso che sia giusto dover taggare queste cose
(ma se si mappa il pilone perché non andrebbe mappato
il ponte?)




si, la mappatura dei ponti è sottosviluppata rispetto a tante altre 
cose. Al solito ciò che facciamo è aggiungere un attributo ad una 
strada (bridge=yes) per indicare che una strada si trova su un ponte. 
Il ponte stesso manca. Per quello non abbiamo un oggetto da aggiungere 
name=nome del ponte, start_date=* ecc. (invece c'è l'idea di 
aggiungere bridge_name sulla strada, ma rimarebbe sempre una mappatura 
indiretta).


man_made=bridge potrebbe essere un tag come anche building=bridge.



[...]

 Campidoglio:
 http://www.openstreetmap.org/relation/1691910
 http://www.openstreetmap.org/way/136630993 - non è un way
chiuso, non può
 avere quindi tags del tipo building ecc. (questi vanno nella
relazione)

Però anche qui, in maniera analoga a quanto detto da
Martin per gli altri palazzi, probabilmente alcuni tag della relation
valgono per tutta l'area (cioè non va tolto l'inner). Dal momento che
qui non c'è una way intera che fa perimetro, probabilmente sarebbe
fare due relation, una per il building, che contiene anche la way
205829111
con ruolo inner e un'altra che non contiene quest'utlima way per
l'attraction
ed il resto.



si, ma una vera soluzione non c'è. Per esempio il nome: name=Villa 
Pinco. Probabilmente sarebbe da mettere sull'outer way e non sulla 
relazione (perché anche il cortile fa parte di Villa Pinco. Invece 
building=* non vale per il cortile e quindi va messo sulla relazione. 
Il risultato sarebbe che l'outer way avrebbe il tag name=Villa Pinco e 
area=yes (per specificare un poligono e non un way lineare) su un 
multipoligono con tag building=*. Il problema è che in questo modo non 
c'è alcun legame tra nome dell'edificio e edificio (una persona 
potrebbe indovinare / dedurre che il nome è dell'edificio, ma nei dati 
ci sarebbe soltanto una coincidenza del luogo). Oramai metto il nome 
nella relazione come anche il tag building, così al meno si capisce 
cosa è stato taggato.


ciao,
Martin






___
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] Segnalazione sulla questione town vs city

Allora, vi dico il mio punto di vista in un modo più dettagliato.
Innanzitutto, non sono molto propenso a dare peso a quello che dice Marc
Mongenet perché è stato in parte contraddittorio, ma soprattutto perché si
comporta da arrogante: non si cura delle regole della comunità, nella
conversazione in privato mi dice che alcune city italiane in realtà sembrano
dei big villages, come se le conoscesse da sempre (anche Pisa e L'Aquila?
Bah...), è così sicuro di avere ragione che per lui i dubbi di una intera
comunità nazionale sono una bega burocratica.
E' chiaro però che non posso scartare il suo attuale tentativo di
formalizzare cos'è una city solo perché si comporta male. Anzi, quello
secondo me un suo senso ce l'ha, salvo che non dà nessun aiuto nei casi
intermedi, quelli in cui un posto soddisfa soltanto alcuni dei suoi
requisiti. E questo è il caso di molte città italiane.
A me l'attuale regola che ci siamo dati, di promuovere un capoluogo di
provincia a city se ha almeno 50mila abitanti, piace abbastanza: anche se
sembra sbagliata, a livello empirico non produce molti risultati
sconvolgenti. Non so come si sia arrivati a scegliere quel criterio, ma per
me c'è una sottigliezza in gioco: non significa che noi chiamiamo city i
posti dove ha sede l'amministrazione locale; bensì stiamo prendendo atto
che, nella maggioranza dei casi, i capoluoghi di provincia sono *anche* dei
punti di attrazione della popolazione e dei traffici locali anche se vicino
ad essi ci sono altre town. Differentemente dagli USA, in Italia poche volte
abbiamo messo un capoluogo in un posto secondario.
Vi faccio un esempio di casa mia per farvi capire cosa mi piace e cosa può
essere migliorato: Montesarchio, Benevento e Napoli.
Montesarchio è una cittadina di 13mila abitanti, taggata come town per la
sua popolazione ma anche considerando che è un piccolo polo di attrazione
per la viabilità, le industrie, i traffici commerciali.
Benevento, a 20 km da lì, ha 60mila abitanti e secondo i criteri attuali è
da taggarsi come city. Benché sia tutto sommato piccola, nessuno potrebbe
obiettare che è il centro della viabilità provinciale, attrae i traffici e i
flussi lavorativi in una maniera decisamente superiore a Montesarchio (che
gravita nella sua orbita), è sede universitaria, in generale è qualcosa di
più che un semplcie big village, attorno a sé ha altre (anche se poche)
town a distanza ravvicinata come San Giorgio del Sannio, ed è naturale che
sia considerata di un 'rango' superiore ad esse.
Napoli non ha bisogno di presentazioni. E' una city, ma su un livello
superiore.
Per questo, da un lato suggerisco di definire una city in un modo che non
stravolga la definizione attuale, dall'altro dovrebbe essere possibile
definire almeno due livelli di city: infatti, a prescindere da questo
esempio, Bergamo (115mila ab.) per esempio non è la stessa cosa della vicina
Milano. Purtroppo lo so, questo è difficile.

--
View this message in context:
http://gis.19327.n5.nabble.com/Segnalazione-sulla-questione-town-vs-city-tp5805198p5805319.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

[Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Alessandro


Salve lista,

per un banchetto alla Fiera MARC di Genova volevo preparare qualche 
statistica sulla mappatura della Liguria.
Ho sempre usato Josm in locale ma questi dannati mappatori ingrandiscono 
sempre più il file :)

Volevo quindi usare le overpass-turbo per fare ciò.

Venendo al punto: vorrei eseguire una query (ad esempio amenity=library) 
all'interno dei confini della Liguria (relation id= 301482)


Thanks
  Alessandro Ale_Zena_IT

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden Francesco Pelullo

Scusate se intervengo a gamba tesa, ma io non ho capito una cosa.

Secondo la comunità, il tag place= quale dato deve esprimere?

Deve esprimere un dato numerico (il numero di abitanti)?
O deve esprimere un dato amministrativo (capoluogo di provincia, città,
comune, frazione)?
O deve esprimere un dato economico (Pordenone è più importante di Chieti)?

E' chiaro che un solo tag non può esprimere tutto. Meglio creare delle
sottochiavi specifiche.
Fino a che non ci sarà chiarezza su questo, non andremo avanti.

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

Re: [Talk-it] Traduzione di Mapgive

2014-05-06 Diskussionsfäden Cristian Consonni

Ciao Simone,

Il 05 maggio 2014 22:40, Simone F. grop...@gmail.com ha scritto:
 https://github.com/osmItalia/MapgiveIT/pull/1

grazie, ho mergiato la richiesta. Mi sa che ho fatto un po' di casino
per correggere il typo 'communità' - 'comunità' però dovrebbe essere
a posto adesso.

Ciao,

Cristian

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

Re: [Talk-it] Segnalazione sulla questione town vs city

Un dato gerarchico, per come la vedo io; mischiato ad un dato di grandezza
approssimativa. A mio parere in Italia questo corrisponde in buona parte
(anche se non del tutto) alla gerarchia amministrativa.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Segnalazione-sulla-questione-town-vs-city-tp5805198p5805328.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden solitone

Francesco Pelullo ha scritto:
 Secondo la comunità, il tag place= quale dato deve esprimere?

 Deve esprimere un dato numerico (il numero di abitanti)?
 O deve esprimere un dato amministrativo (capoluogo di provincia,
 città, comune, frazione)?
 O deve esprimere un dato economico (Pordenone è più importante di Chieti)?

Per la popolazione o aspetti amministrativi esistono tag specifici, come
sottolineato in precedenza da Martin. Secondo me il tag place dovrebbe
indicare l'importanza, in maniera più qualitativa dei dati forniti dai
tag su popolazione e livello amministrativa. Dovrebbe tener conto
ovviamente anche della popolazione e della presenza di amministrazioni
pubbliche, ma non solo: è importante anche la presenza di ospedali,
università, aeroporti, linee ferroviarie e stradali importanti; più
altri criteri che andrebbero definiti nel modo più chiaro possibile.

Marc Mongenet, nella sua pagina citata nel primo post, sta provando a
raccogliere questi elementi. Questo mi sembra positivo, soprattutto se
la discussione si allargasse. Su altri aspetti del suo carattere non
posso dire, invece, perché non lo conosco e non ho mai avuto a che fare
con lui. Però, da quello che leggo, sembra che abbia combinato un po' di
casini anche in Irlanda e in UK, oltre che in Italia, quindi mi pare che
il suo atteggiamento non sia proprio il massimo.

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

Re: [Talk-it] Segnalazione sulla questione town vs city

Il giorno 06 maggio 2014 11:16, Francesco Pelullo f.pelu...@gmail.com ha
scritto:

 Scusate se intervengo a gamba tesa, ma io non ho capito una cosa.

 Secondo la comunità, il tag place= quale dato deve esprimere?


L'importanza di una località.


 Deve esprimere un dato numerico (il numero di abitanti)?


Per quello c'è il tag population.


 O deve esprimere un dato amministrativo (capoluogo di provincia, città,
 comune, frazione)?


Per quello c'è il tag capital e le relazioni degli admin boundaries.


 O deve esprimere un dato economico (Pordenone è più importante di Chieti)?


Se con economico intendi il più ampio senso geografico e non quello
finanziario, sì.


 E' chiaro che un solo tag non può esprimere tutto. Meglio creare delle
 sottochiavi specifiche.
 Fino a che non ci sarà chiarezza su questo, non andremo avanti.


+1. E poi ci vuole una comunità (e nuovi membri della comunità) che
accettino la chiarezza e non la prendano per prepotenza.

Ciao,

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden Luigi Toscano

On Tuesday 06 of May 2014 12:55:54 Francesco Pelullo wrote:
 Il 06/mag/2014 12:39 Simone Saviolo simone.savi...@gmail.com ha scritto:
  Con tutte queste informazioni, che mi sembra coprano campi molto ampi e
 
 diversi, come la classificheresti? Secondo me, se Milano è una city e Ivrea
 una town, le città come Vercelli (cioè molti capoluoghi italiani) sono
 qualcosa in mezzo. Qualcosa che non abbiamo.
 
 
 La questione città vs. comune ha origini antiche e qualsiasi urbanista lo
 potrebbe confermare.
 
 Propongo di usare place=city solo per quei luoghi che abbiano ricevuto
 l'apposito titolo onorifico (che poi saranno tutte quelle oltre 50k ab.):
 http://it.wikipedia.org/wiki/Titolo_di_citt%C3%A0
 
 Gli altri sono place=town se hanno ricevuto il titolo di Comune (sindaco,
 etc.)
 
 È un criterio oggettivo.

Però potrebbe succedere (non ho controllato ma sono quasi sicuro) che un 
privilegio di città assegnato nel 1700 non corrisponda a quella che è la 
situazione di importanza odierna (senza andare a vedere il significato 
preciso per un attimo, ma credo l'idea sia chiara).

Esiste un corrispondente di questo titolo negli altri paesi? Se sì, come è 
stato risolto? Usando l'informazione per il place o in un tag a parte? Se è 
una cosa solo italiana, penso che l'idea del tag separato avrebbe più senso.

Ciao
-- 
Luigi


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

Re: [Talk-it] Segnalazione sulla questione town vs city

Il giorno 06 maggio 2014 12:55, Francesco Pelullo f.pelu...@gmail.com ha
scritto:

 Il 06/mag/2014 12:39 Simone Saviolo simone.savi...@gmail.com ha
 scritto:
  Con tutte queste informazioni, che mi sembra coprano campi molto ampi e
 diversi, come la classificheresti? Secondo me, se Milano è una city e Ivrea
 una town, le città come Vercelli (cioè molti capoluoghi italiani) sono
 qualcosa in mezzo. Qualcosa che non abbiamo.
 

 La questione città vs. comune ha origini antiche e qualsiasi urbanista lo
 potrebbe confermare.

 Propongo di usare place=city solo per quei luoghi che abbiano ricevuto
 l'apposito titolo onorifico (che poi saranno tutte quelle oltre 50k ab.):
 http://it.wikipedia.org/wiki/Titolo_di_citt%C3%A0

 Gli altri sono place=town se hanno ricevuto il titolo di Comune (sindaco,
 etc.)

 È un criterio oggettivo.
 Per tutto il resto abbiamo già tag specifici.


Sì ma non va bene. Intanto non c'è un titolo di Comune. Il Comune è la
più piccola unità amministrativa italiana (a parte le circoscrizioni), sono
tutti Comune. Al contrario c'è il titolo di Città, che viene riconosciuto
ad alcuni Comuni italiani. Se vado sulla pagina Wikipedia (
http://it.wikipedia.org/wiki/Città_d'Italia) con la lista delle Città, la
prima che vedo è l'abruzzese Atessa, di 10.787 abitanti, ma mi sembra ce ne
siano di più piccole. Poi il riconoscimento di Città è legato a motivi
storici, non necessariamente il riconoscimento dell'importanza nel tessuto
territoriale.

Ecco, l'ho trovata: Ormea (CN) ha 1.751 abitanti.

Ciao,

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

Re: [Talk-it] OpenSeaMap

2014-05-06 Diskussionsfäden Marco (MarcoR)


On 05/05/14 23:57, andriatz wrote:

A quanto ho visto il progetto openseamap è ancora piuttosto acerbo e per ora
su osm, comprensibilmente, non ci sono tante tag marine.
non essendo per nulla un esperto marinaio mi son messo a cercare in giro
qualche carta nautica ed effettivamente gli scogli sono segnati, quindi
sarebbe una bella cosa da mappare.
il plugin per osm c'è ma è abbastanza scrauso e ci mette una vita a
scaricarlo.


I tag ci sarebbero anche, ma sono ostici da apprende IMHO (probabilmente 
aiuterebbe saper leggere una cartina nautica).


Nel tuo caso potresti provare con

seamark:type = rock
seamark:rock:water_level = covers

Il valore di seamark:rock:water_level è a tua discrezione.

Ho trovato questi tag su:

https://wiki.openstreetmap.org/wiki/OpenSeaMap/Seamark_Objects
https://wiki.openstreetmap.org/wiki/OpenSeaMap/Rocks

sembrano essere abbastanza utilizzati:

http://taginfo.openstreetmap.org/tags/seamark%3Atype=rock
http://taginfo.openstreetmap.org/keys/seamark%3Arock%3Awater_level

su Overpass-turbo puoi anche vedere *dove* sono:

http://overpass-turbo.eu/s/3gC

--
Alla prossima,

Marco.

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

Re: [Talk-it] Segnalazione sulla questione town vs city

Il titolo di citta' e' molto simile a dire che il posto in questione e' una
town. Conosco diversi paesi che ce l'hanno, magari conferito anche in tempi
recenti, ma hanno una popolazione fra i 4000 e i 13000 abitanti. Non abbiamo
un titolo di 'city', che io sappia.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Segnalazione-sulla-questione-town-vs-city-tp5805198p5805345.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden Francesco Pelullo

Il 06/mag/2014 13:11 Simone Saviolo simone.savi...@gmail.com ha scritto:




 Sì ma non va bene. Intanto non c'è un titolo di Comune. Il Comune è la
più piccola unità amministrativa italiana (a parte le circoscrizioni), sono
tutti Comune. Al contrario c'è il titolo di Città, che viene riconosciuto
ad alcuni Comuni italiani.

Sono entrambi ben definiti, sarebbe una soluzione incontestabile.


 Ecco, l'ho trovata: Ormea (CN) ha 1.751 abitanti.


Capisco quello che vuoi dire, ma l'alternativa quale sarebbe?
Quella di definire uno status di importante per alcuni luoghi, e dire
quindi place=city=importante ?

Non saremmo mai daccordo tra di noi, figuriamoci con la comunità
internazionale.

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

Re: [Talk-it] OpenSeaMap

2014-05-06 Diskussionsfäden Lorenzo Mastrogiacomi

Il giorno mar, 06/05/2014 alle 13.13 +0200, Marco (MarcoR) ha scritto:
 On 05/05/14 23:57, andriatz wrote:
  A quanto ho visto il progetto openseamap è ancora piuttosto acerbo e per ora
  su osm, comprensibilmente, non ci sono tante tag marine.
  non essendo per nulla un esperto marinaio mi son messo a cercare in giro
  qualche carta nautica ed effettivamente gli scogli sono segnati, quindi
  sarebbe una bella cosa da mappare.
  il plugin per osm c'è ma è abbastanza scrauso e ci mette una vita a
  scaricarlo.
 
 I tag ci sarebbero anche, ma sono ostici da apprende IMHO (probabilmente 
 aiuterebbe saper leggere una cartina nautica).
 
 Nel tuo caso potresti provare con
 
 seamark:type = rock
 seamark:rock:water_level = covers
 
 Il valore di seamark:rock:water_level è a tua discrezione.
 
 Ho trovato questi tag su:
 
 https://wiki.openstreetmap.org/wiki/OpenSeaMap/Seamark_Objects
 https://wiki.openstreetmap.org/wiki/OpenSeaMap/Rocks
 
 sembrano essere abbastanza utilizzati:
 
 http://taginfo.openstreetmap.org/tags/seamark%3Atype=rock
 http://taginfo.openstreetmap.org/keys/seamark%3Arock%3Awater_level
 
 su Overpass-turbo puoi anche vedere *dove* sono:
 
 http://overpass-turbo.eu/s/3gC
 


Per gli scogli intesi come barriere per le onde c'è man_made=breakwater
 

Lorenzo



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

Re: [Talk-it] Segnalazione sulla questione town vs city

Il giorno 06 maggio 2014 13:17, Francesco Pelullo f.pelu...@gmail.com ha
scritto:

 Il 06/mag/2014 13:11 Simone Saviolo simone.savi...@gmail.com ha
 scritto:
  Sì ma non va bene. Intanto non c'è un titolo di Comune. Il Comune è la
 più piccola unità amministrativa italiana (a parte le circoscrizioni), sono
 tutti Comune. Al contrario c'è il titolo di Città, che viene riconosciuto
 ad alcuni Comuni italiani.

 Sono entrambi ben definiti, sarebbe una soluzione incontestabile.

Però il Comune già lo indichiamo con gli admin boundaries. Per il titolo di
Città, hai ragione, anch'io vorrei vederlo indicato.

  Ecco, l'ho trovata: Ormea (CN) ha 1.751 abitanti.
 Capisco quello che vuoi dire, ma l'alternativa quale sarebbe?
 Quella di definire uno status di importante per alcuni luoghi, e dire
 quindi place=city=importante ?Non saremmo mai daccordo tra di noi,
 figuriamoci con la comunità internazionale.

Hai ragione, non sarà facile, ma se ce l'abbiamo fatta per la
classificazione delle strade, perché non qua? ;-)

Ciao,

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

Re: [Talk-it] Segnalazione sulla questione town vs city

Il giorno 06 maggio 2014 14:41, Alessandro ale_z...@libero.it ha scritto:

 Il 06/05/2014 14:16, Martin Koppenhoefer ha scritto:

  Per dire, per una city mi aspetterei che abbia al meno un aeroporto, ma
 non tutti i centri con un aeroporto saranno city.


 Ciao Martin,

 purtroppo con l'aeroporto hai fatto proprio l'esempio sbagliato, in Italia
 un aeroporto ce l'hanno cani e porci :) (chissà se esiste un termine simile
 anche in tedesco).


Ce l'ha persino Pisa... ancora per quanto, non si sa:
http://www.vernacoliere.com/lc-2014-03-locandina-big.png :-)

Ciao,

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

[Talk-it] Place per borgate montane abbandonate

2014-05-06 Diskussionsfäden solitone

Con che valore di place mappare i paeselli in montagna ormai disabitati?
Spesso le case sono anche diroccate (per questo io uso ruins=yes). Va
bene place=hamlet? Perché place=locality non mi sembra indicato.

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

Re: [Talk-it] Place per borgate montane abbandonate

2014-05-06 Diskussionsfäden Davide Mangraviti

Mi sono imbattuto tempo fa in questa decisione e leggendo qua:

http://wiki.openstreetmap.org/wiki/IT:Key:place

ho mappato come place=locality proprio i luoghi che non sono più abitati,
poi se ci sono case diroccate aggiungi il tag ruins=yes
place=hamlet è per gli agglomerati di case abitate fino a 100 abitanti



--
View this message in context: 
http://gis.19327.n5.nabble.com/Place-per-borgate-montane-abbandonate-tp5805361p5805365.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden Elena ``of Valhalla''

On 2014-05-06 at 14:47:26 +0200, Simone Saviolo wrote:
 Il giorno 06 maggio 2014 14:41, Alessandro ale_z...@libero.it ha scritto:
  purtroppo con l'aeroporto hai fatto proprio l'esempio sbagliato, in Italia
  un aeroporto ce l'hanno cani e porci :) (chissà se esiste un termine simile
  anche in tedesco).
 Ce l'ha persino Pisa... ancora per quanto, non si sa:
 http://www.vernacoliere.com/lc-2014-03-locandina-big.png :-)

Pisa? c'è un aereoporto a *Venegono Inferiore*

http://osm.org/go/0Ckg_sfx-

(ok, seriamente, non è un posto dove si possa andare a prendere 
un aereo per andare da qualche parte, ma non ho potuto resistere)

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 12:55 schrieb Francesco Pelullo f.pelu...@gmail.com:
 
 Propongo di usare place=city solo per quei luoghi che abbiano ricevuto 
 l'apposito titolo onorifico (che poi saranno tutte quelle oltre 50k ab.):
 http://it.wikipedia.org/wiki/Titolo_di_citt%C3%A0
 
 Gli altri sono place=town se hanno ricevuto il titolo di Comune (sindaco, 
 etc.)
 


-1, sia city che town sono città, con privilegi storici ecc.

ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 14:41 schrieb Alessandro ale_z...@libero.it:
 
 Ciao Martin,
 
 purtroppo con l'aeroporto hai fatto proprio l'esempio sbagliato, in Italia un 
 aeroporto ce l'hanno cani e porci :) (chissà se esiste un termine simile 
 anche in tedesco).


se vedi ho detto che non tutti i centri con aeroporto saranno city. Penso che 
non ci siano city senza aeroporto.

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

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 14:47 schrieb Simone Saviolo simone.savi...@gmail.com:
 
 Ce l'ha persino Pisa... ancora per quanto, non si sa: 
 http://www.vernacoliere.com/lc-2014-03-locandina-big.png :-)


Pisa è comunque un centro importante, famoso nel mondo e meta per tanti 
turisti. Probabilmente un town e non un city pero al limite. Ha un università 
grande e storicamente è stato indipendente, ca. 85k abitanti...

ciao,
Martin___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 13:02 schrieb Luigi Toscano luigi.tosc...@tiscali.it:
 
 Però potrebbe succedere (non ho controllato ma sono quasi sicuro) che un 
 privilegio di città assegnato nel 1700 non corrisponda a quella che è la 
 situazione di importanza odierna (senza andare a vedere il significato 
 preciso per un attimo, ma credo l'idea sia chiara).


saranno pochissimi i casi

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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden Michele Gaspari



Il 06/05/2014 14:16, Martin Koppenhoefer ha scritto:

È una classificazione gerarchica, penso che dice quanto un posto è 
significativo/importante e quale funzione svolge (non in primis al livello 
amministrativo, però coincide normalmente).

Concretamente un centro col titolo città è un town e quando è molto grande 
una city. Invece quando non si tratta di una città non sarà più alto di village, quando è 
molto piccolo e senza funzioni come chiese negozi scuole ecc. un hamlet. Quando si tratta 
di una o due case è un isolated_dwelling.



Provo ad ampliare per capire se ho afferrato il concetto, si assegna 
town quando alle seguenti domande la risposta è affermativa:
Le persone che abitano nei paesi del circondario si recano in questo 
paese a fare shopping?

Esiste una via per lo struscio?
Esiste un mercato settimanale frequentato dagli abitanti dei paesi vicini?
Sono presenti i caf dei sindacati?
Sono presenti molti più negozi e sedi di professionisti che nei paesi 
limitrofi?
Sono presenti società sportive ed impianti sportivi di importanza almeno 
regionale?

Si svolgono eventi, fiere o spettacoli di portata nazionale?
Sono presenti sedi di istituti di istruzione superiore (licei o simili)?
E' presente un servizio di trasporto pubblico (ferrovia o autobus) con 
cadenza almeno oraria?



Per le city le domande di cui sopra potrebbero essere ampliate così:
Le persone che abitano nei paesi del circondario si recano a fare 
shopping nella città quando vogliono acquistare un bene particolare o di 
lusso (vestito da cerimonia, gioielli ecc.)

Sono presenti negozi di marchi di lusso di importanza internazionale?
Sono presenti negozi altamente specializzati tipo: centri di assistenza 
di elettrodomesti delle marche più diffuse?

Sono presenti teatri, sale da ballo e locali notturni?
Vengo organizzati eventi fiere o spettacoli di portata internazionale?
Esiste una via dello struscio frequentata anche quando i negozi sono chiusi?
E' presente il tribunale, la questura, e le sedi centrali di sindacati, 
consorzi ecc. ?

Esistono impianti sportivi e società sportive di importanza nazionale?
E' presente una sede universitaria oltre che sede di istituti di 
istruzione superiore?

I trasporti pubblici locali convergergono verso la città?
I treni di importanza nazionale (tratte di almeno 500 Km che collegano 
più regioni tra loro) fermano in città?


Penso che delle checklist come queste, anche per hamlet e village, 
potrebbe fugare alcuni dubbi (non tutti).


Michele












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

Re: [Talk-it] Segnalazione sulla questione town vs city

Scusate, io vedo affiorare qui due concezioni diverse di city.
Una, quella mia e delle domande di Michele, rende molti capoluoghi di
provincia delle city.
L'altra, quella di Martin che chiede un aeroporto (diciamo un aeroporto
vero, con un traffico di linea decente) e' decisamente piu' restrittiva.
Anche se dobbiamo chiarire i dettagli, sarebbe il caso di fare una prima
votazione per vedere quanta gente concorda di piu' nel primo concetto
(secondo il quale le cities in Italia sono circa 60, forse?) o nel secondo
(30 cities o poco piu').
Ripeto una cosa che ho gia' altrove: e' completamente da pazzi pensare di
introdurre, a livello internazionale ovviamente, un tag place=metropolis o
una cosa del genere, cosicche' place=city si ponga a meta' fra questo e
place=town? In fin dei conti, se e' la gerarchia dei centri abitati che
dobbiamo far trasparire da questi tag, ha senso porre un gradino intermedio
fra Roma ed un posticino come puo' essere Abano Terme. Ancor piu' se
vogliamo cercare uno standard a livello internazionale.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Segnalazione-sulla-questione-town-vs-city-tp5805198p5805382.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Marco (MarcoR)


On 06/05/14 11:12, Alessandro wrote:


Venendo al punto: vorrei eseguire una query (ad esempio amenity=library)
all'interno dei confini della Liguria (relation id= 301482)


Copiato ed adattato da una query trovata sul wiki:

CUTCUTCUTCUTCUTCUTCUTCUT

[timeout:90];
{{chiave=amenity}}
{{valore=library}}
{{nome=Liguria}}
{{level=4}}

area[admin_level={{level}}][name={{nome}}];
node(area)[{{chiave}}={{valore}}];

(._;;);out meta;

CUTCUTCUTCUTCUTCUTCUTCUT

Non so però come si possa cercare tutti i nodi/linee all'interno di una 
relazione con un certo ID :/


--
Alla prossima,

Marco.

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

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 17:38 schrieb Decan antonio.deca...@email.it:
 
 L'altra, quella di Martin che chiede un aeroporto (diciamo un aeroporto
 vero, con un traffico di linea decente) e' decisamente piu' restrittiva.


A me piace il limite di 100k abitanti, ma è già un limite, 200k è più abitanti 
sei più sicuro. Un aeroporto è uno dei criteri ma non lo vedo strettamente 
necessario, altri possono essere la presenza di al meno 1 università, ospedali 
importanti, centri di ricerca, teatri, opera, sedi di aziende multinazionali, 
commercio (per esempio al meno 3-4 centri commerciali, ma dipende del 
contesto), un porto, ...

Non è necessario tutto, ma se non c'è niente o poco di ciò direi che è 
improbabile che si tratta di una city

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

Re: [Talk-it] Segnalazione sulla questione town vs city



 Am 06/mag/2014 um 17:08 schrieb Michele Gaspari micg...@gmail.com:
 
 Provo ad ampliare per capire se ho afferrato il concetto, si assegna town 
 quando alle seguenti domande la risposta è affermativa:


per un town saranno garantite, ma anche per tanti village. Tra village e town 
mi pongo solo la domanda città o no. I posti grandi ed importanti sono 
comunque quasi sempre città.

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

[Talk-it] Civici del PCN

2014-05-06 Diskussionsfäden Federico Cortese

Di recente si è parlato molto qui in lista dei numeri civici dell'ISTAT che
mancavano di georeferenziazione. Caricando i civici del PCN in Arcmap,
dando uno sguardo veloce, mi sono accorto invece che sono abbastanza
completi e posizionati bene (più o meno), anche se i nodi sono messi nel
centro della strada e spesso sono sovrapposti per indicare l'indirizzo di
destra e quello di sinistra (numero pari e numero dispari).
Visto che abbiamo l'autorizzazione del PCN per l'utilizzo delle ortofoto,
sarebbe possibile ottenere anche un permesso a caricare i civici?
Non so dal punto di vista tecnico quanto ciò sia fattibile, ma potrebbe
essere un punto di partenza.
Tra l'altro per ogni civico è riportato l'indirizzo completo, composto da
via, civico, cod. istat, cap, comune, provincia e regione.
Cosa ne pensate?

-- 
_
Geom. Federico Cortese

Via Garibaldi, 8 - 73030 Lucugnano (LE)
cell. 329 2641242
e-mail: cortese...@gmail.com
Part. IVA 03643010758
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Leonardo


In teoria questo fa al caso tuo:

osm-script output=json timeout=25

 id-query type=area ref=3600301482 into=area/
 !-- gather results --
  query type=node
 has-kv k=amenity v=library/
 area-query from=area/
  /query
query type=way
   has-kv k=amenity v=library/
 area-query from=area/
   /query
 !-- print results --
 print mode=body/
 recurse type=down/
 print mode=skeleton order=quadtile/
/osm-script

Esegui questo e avrai sia i nodi che i poligoni.

Riadattato da questo: 
https://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_Import_Rimini_Civici


Leonardo

Il 06/05/2014 19:27, Marco (MarcoR) ha scritto:

On 06/05/14 11:12, Alessandro wrote:


Venendo al punto: vorrei eseguire una query (ad esempio amenity=library)
all'interno dei confini della Liguria (relation id= 301482)


Copiato ed adattato da una query trovata sul wiki:

CUTCUTCUTCUTCUTCUTCUTCUT

[timeout:90];
{{chiave=amenity}}
{{valore=library}}
{{nome=Liguria}}
{{level=4}}

area[admin_level={{level}}][name={{nome}}];
node(area)[{{chiave}}={{valore}}];

(._;;);out meta;

CUTCUTCUTCUTCUTCUTCUTCUT

Non so però come si possa cercare tutti i nodi/linee all'interno di 
una relazione con un certo ID :/





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

Re: [Talk-it] Segnalazione sulla questione town vs city

2014-05-06 Diskussionsfäden sabas88

Il giorno 06 maggio 2014 17:38, Decan antonio.deca...@email.it ha scritto:

 Scusate, io vedo affiorare qui due concezioni diverse di city.


http://it.wikipedia.org/wiki/Le_citt%C3%A0_invisibili
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Daniele Forsi

Il 06 maggio 2014 11:12, Alessandro ha scritto:

 Venendo al punto: vorrei eseguire una query (ad esempio amenity=library)
 all'interno dei confini della Liguria (relation id= 301482)

da http://overpass-turbo.eu/ usa il Wizard e scrivi:
amenity=library in Liguria

-- 
Daniele Forsi

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

Re: [Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Daniele Forsi

Il 06 maggio 2014 19:27, Marco (MarcoR) ha scritto:

 Non so però come si possa cercare tutti i nodi/linee all'interno di una
 relazione con un certo ID :/

per una relazione aggiungi all'id 3 miliardi e 600 milioni (come
riportato da Leonardo), per una way aggiungi 2 miliardi e 400 milioni


An area based on a node has the same id as the node.
An area based on a way has the the id of the way plus 2,400,000,000.
An area based on a relation has the id of the relation plus 3,600,000,000.

http://api.openstreetmap.fr/
-- 
Daniele Forsi

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

Re: [Talk-it] Query overpass-turbo all'interno di un confine amministrativo

2014-05-06 Diskussionsfäden Alessandro


Il 06/05/2014 21:35, Daniele Forsi ha scritto:

Il 06 maggio 2014 11:12, Alessandro ha scritto:


Venendo al punto: vorrei eseguire una query (ad esempio amenity=library)
all'interno dei confini della Liguria (relation id= 301482)


da http://overpass-turbo.eu/ usa il Wizard e scrivi:
amenity=library in Liguria



Avevo poi trovato l'esempio nel wizard e l'ho usato, ma notavo una 
discrepanza:
cercando natural=peak con overpass-turbo ottengo 1120 risultati; 
scaricando Liguria.osm di ieri da GFOSS e cercando don Josm ne trovo ben 
1334


OK, ora ho verificato le cime sui confini e noto che i confini dei dati 
scaricati da GFOSS hanno un pò di buffer, per cui i risultati sono 
'generosi'.


Grazie a tutti per l'aiuto e per avermi fatto conoscere
http://api.openstreetmap.fr/
l'ennesimo, anzi ... l'ennemillesimo:) link

Alessandro Ale_Zena

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

Re: [Talk-it] Traduzione di Mapgive

2014-05-06 Diskussionsfäden Maurizio Napolitano

dagli USA ringraziano
https://twitter.com/ItalyinUS/status/463737856918159360

.. sono convinto che fra non molto se ne parlerà anche in
maniera più concreta :)


2014-04-22 20:47 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:
 Ciao a tutti,

 Non so se tutti su questa lista conoscano Mapgive, questo sito:
 http://mapgive.state.gov/
 creato dalla Humanitarian Information Unit (HIU) del Dipartimento di
 Stato degli Stati Uniti che promuove l'utilizzo di OpenStreetMap, in
 particolare per tutto ciò che è legato alle operazioni umanitarie ed
 al gruppo HOT (Humanitarian OpenStreetMap team).

 Molto brevemente ho iniziato a tradurre il sito (mi manca soltanto la
 parte dei transcript dei video che è relativamente lunga), Trovate le
 pagine qui:
 https://github.com/osmItalia/MapgiveIT

 in realtà giusto qualche minuto fa mi sono accorto che anche il sito
 originale è disponibile su github qui[1], però mi sfugge quale sia il
 software[2] che stanno usando per generare le pagine HTML finali.

 La mia idea è che si potrebbe (magari dopo aver capito come farlo in
 modo sensato, usando lo stesso sistema di template usato dal sito
 originale) aggiungere alla sezione storie anche degli esempi
 italiani. Al volo mi vengono in mente esempi recenti come la Sardegna
 e Matera (e magari Terlizzi? Per la serie cosa *non* fare... :P), ma
 sono sicuro che a voi verranno in mente altre storie belle legate a
 OSM in Italia.

 Infine tutto questo vorrebbe (dovrebbe?) IMHO stare da qualche parte
 in un sottodominio di http://openstreetmap.it (uno dei problemi è che
 Mapgive è abbastanza intraducibile, DaiLaMappa suona proprio
 male...).

 Ecco tutto, per il momento.

 Ciao,

 C

 [1] https://github.com/state-hiu/Mapgive
 [2] https://github.com/state-hiu/Mapgive/issues/2

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



-- 
Maurizio Napo Napolitano
http://de.straba.us

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

Re: [Talk-es] Datos historic en OSM de España y visor

2014-05-06 Diskussionsfäden Santi Aguirre

Gracias Patricio por la información. Ya he conseguido exportar a JOSM las
etiquetas de mi zona aunque parece que Overpass no contempla filtrar por
nombre de usuario, pero ese es un mal menor.
Ahora solo me falta ponerme manos a la obra :)

Saludos


El 5 de mayo de 2014, 19:39, Patricio Soriano Castro
pasori...@gmail.comescribió:

  Saludos Santi y Jesús

 El 05/05/14 18:30, Santi Aguirre escribió:

  Mea Culpa.
  En mi afán de etiquetar todo lo que veo he etiquetado muchas ruinas sin
 valor histórico como historic = ruins y ahora me doy cuenta de que debería
 haber puesto: building = yes y ruins = yes. Me gustaría arreglar el pequeño
 desaguisado pero soy un aficionado sin demasiados conocimientos: uso JOSM y
 hasta ahí llego. ¿Hay alguna forma rápida de localizarlas por usuario por
 ejemplo? Mi nick es Uranzu.
  Gracias y un saludo.

  Santi es normal que pase esto. El trabajo consiste en eso. A pesar de
 todo, incluso después del trabajo me surgen algunas dudas sobre el uso de
 algunas etiquetas sobre todo historic:monument. Creo que podrías usar
 OverPass Turbo para obtener un fichero OSM de tu zona de mapeo que busque
 la etiqueta historic=ruins. Desde Overpass, guardas (exportas) el fichero
 osm y luego lo editas con JOSM. Seguro incluso que puedes filtrar incluso
 por usuario. si tienes alguna duda mándame un correo o me dices la zona de
 mapeo y lo vemos.

 Otra cosa que estoy realizando es el diseño de una plantilla sobre
 Patrimonio que se pueda utilizar en JOSM para facilitar la introducción de
 este tipo de datos. Avisaré cuando la tenga más avanzada.


 El 2 de mayo de 2014, 17:37, Jesús Gómez Fernández 
 jesus.gomez.f...@gmail.com escribió:

  Excelente trabajo Patricio. Siempre he pensado en el potencial que
 tiene OSM en la parte de difusión del patrimonio. No solo en los ya
 catalogados dentro de los BIC sino en aquellas pequeñas construcciones,
 restos, o topónimos menores que muchas veces son difíciles de localizar si
 no es por el conocimiento local. Es un patrimonio que llega a olvidarse lo
 que fueron o incluso cual era antigua función debido a su estado o
 localización poco accesible.
 En mi caso, puedo contar que he tenido bastantes dudas sobre cómo
 etiquetar la parte histórica de elementos como estos:

- Canal
 - Presa
 - Esclusa
 - Puente
- Molino de agua
- Minas y todas las instalaciones asociadas (planos inclinados,
antiguos ferrocarriles, cargaderos, torres de pozos, etc.)
 - Cueva
 - Presa
 - Resbaladero de troncos.
 - Nevero
 - Palomar
 - Atalaya
 - Castro
 - Antiguas paradas de postas
- Casamatas o restos de trincheras.

  En la mayoría, puedo definir su etiqueta general, pero ¿cuando utilizo
 la etiqueta historic o heritage para poner de relevancia su importancia
 patrimonial?


 La verdad es que el tema es bastante complicado para todos aquellos
 elementos más o venos históricos y con algún valor patrimonial. Mi
 consejo es buscar páginas oficiales de la administración autonómica o local
 para comprobar como dices si estos elementos están en catálogos. Hay un
 problema con elementos patrimoniales más recientes, como por ejemplo
 patrimonio industrial o patrimonio etnográfico. Todo depende de la
 comunidad autónoma. si no se sigue alguna guía, cualquier construcción con
 más de 50 años podría ser considera histórica y sería un auténtico caos.

 Del listado que has puestos, según la wiki cueva estaría en
 archaeological_site, mientras que atalaya y castro (fortificación) van a
 castle. Los demás no tiene tag histórica con lo creo que se les podría
 añadir historic=building o historic=yes aunque estas etiquetas según
 Taginfo se utilizan bastante poco.




  Por otra parte y si te interesa, considera utilizar en tu trabajo la
 etiqueta wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia e
 image http://wiki.openstreetmap.org/wiki/Image de los elementos.


 Al realizar la exportación, se guardan todas las etiquetas y valores. Te
 puede decir, lo voy a comprobar en la base de datos que las etiquetas
 wikipedia http://wiki.openstreetmap.org/wiki/Key:wikipedia e 
 imagehttp://wiki.openstreetmap.org/wiki/Imagese utilizan realmente poco. 
 Además hay bastante follón en su uso sobre todo
 en la wikipedia, incluso en diferentes idiomas. Esta fue una de las razones
 por las que en la info de cada punto lo que se ha añadido es un link a
 wikipedia y Flickr para realiza runa búsqueda. de todas formas creo que en
 la próxima actualización añadiré también estos dos datos para que se vea
 que se pueden añadir.

Además podrías probar a encontrar una clasificación más atinada
 utilizando bases de datos semánticas como DBpedia http://dbpedia.org/,
 Freebase http://www.freebase.com/ o Wikidata https://www.wikidata.org
 .


 Cuando saco tiempo, estoy  generando clasificaciones complementarias según
 tesauros de patrimonio histórico. Tengo que ver, como solucionar la
 incorporación de este dato cuando haga

[Talk-at] [Wien] Mi 7.5. ab 18:30 - Gemeinsamer OSM + FOSSGIS Stammtisch im Wieden Bräu

2014-05-06 Diskussionsfäden Andreas Labres

Wir laden herzlich ein zum

35. Wiener OSM-Stammtisch - gleichzeitig Erster Wiener FOSSGIS-Stammtisch
=

am Mittwoch, 7. Mai 2014
ab 18:30 Uhr
im Wieden Bräu

Details:
https://wiki.openstreetmap.org/wiki/Wien/Stammtisch
(bitte eintragen, wer kommt)bzw.
https://www.fossgis.de/wiki/Stammtisch_Wien

Wir freuen uns auf Dein Kommen!

/al

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

[Talk-at] Standbetreuung

2014-05-06 Diskussionsfäden Christian Aigner

Wer wird noch aller den OSM-Stand betreuen? Kann ja nicht sein, daß das
der Andreas und ich allein machen müssen, obwohl wir auch Vorträge halten.

Wirklich, es tut nicht weh, ein paar Stunden beim Stand zu stehen bzw.
zu sitzen und Besuchern ein bißerl was über OSM zu erzählen. ;-)


Bitte hier eintragen:
http://wiki.openstreetmap.org/wiki/Wien/Linuxwochen2014

LG,
Christian


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

[Talk-at] neue Adressen für die Ramsau

2014-05-06 Diskussionsfäden Christian Aigner

Wenn ich das richtig verstanden habe, gibt es Pläne, um in der Ramsau am
Dachstein die Straßennamen zu ändern. Dagegen formiert sich Widerstand:

http://newsfromtheagency.wordpress.com/2014/05/05/neue-strasennamen-fur-ramsau/

Schade, daß die OSM von nur 2% der Navis genutzt wird. Dann wäre die
Umstellung wohl leichter.

LG,
Christian


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

Re: [OSM-talk-fr] Un MOOC OSM ?

2014-05-06 Diskussionsfäden Sylvain Maillard

Pourquoi pas un premier MOOC sur l'organisation d'une cartopartie ?
Avec tout ce qui se fait à divers endroits en france on commence à avoir
pas mal de matériel pour illustrer, et je pense qu'il y a de quoi faire un
manuel des bonnes pratiques plutôt complet ...


Sylvain


Le 5 mai 2014 16:14, vincent vinc...@bergeot.org a écrit :

 Bonjour,
 intéressé et normalement avec un peu de temps, au regard de la charge
 estimée sur le site fun. Pas compétent sur le fond d'osm mais capable de
 lire et faire le pedago.

 Connection bas débit jusqu'à vendredi donc peu réactif.

 Déçu de la nécessité d'un compte g+ ou fb :(

 merci pour l'info

 Christian Quest a écrit:

 Qui serait intéressé pour créer (collaborativement) un MOOC* ?

 Voici un MOOC proposé par l'ENS Cachan sur la création de MOOC... et ça
 démarre le 11 mai.


 https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/about

 * Massive Open Online Courses
 --
 Christian Quest - OpenStreetMap France


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


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

[OSM-talk-fr] tag amenity:police

Bonjour,

concernant le tag amenity:police, et ayant besoin de référencer un poste de
police municipale, je ne trouve pas une possibilité de distinction pouvant
être faite entre : gendarmerie nationale, police nationale et police
municipale.

Pourriez vous me confirmer que cette possibilité n'est pas offerte, le wiki
sur ce sujet n'étant pas des plus explicites.

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

Re: [OSM-talk-fr] tag amenity:police

2014-05-06 Diskussionsfäden Jean-Marc Liotier


On 06/05/2014 09:39, Mides wrote:
concernant le tag amenity:police, et ayant besoin de référencer un 
poste de police municipale, je ne trouve pas une possibilité de 
distinction pouvant être faite entre : gendarmerie nationale, police 
nationale et police municipale.


amenity=police
operator=Police Nationale


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

Re: [OSM-talk-fr] tag amenity:police

2014-05-06 Diskussionsfäden V de Chateau-Thierry

Bonjour,

 De : Mides

 concernant le tag amenity:police, et ayant besoin de référencer un poste de 
 police
 municipale, je ne trouve pas une possibilité de distinction pouvant être 
 faite entre : 
 gendarmerie nationale, police nationale et police municipale. 
 Pourriez vous me confirmer que cette possibilité n'est pas offerte, le wiki 
 sur ce 
 sujet n'étant pas des plus explicites.  

Taginfo mentionne un timide police:FR (17 occurrences) avec comme valeur
'police_municipale' ...juste une fois. Mais il faut bien commencer :)
http://taginfo.openstreetmap.org/keys/police%3AFR#values

vincent

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

Re: [OSM-talk-fr] tag amenity:police

2014-05-06 Diskussionsfäden V de Chateau-Thierry


 De : Mides

 J'aime bien le terme Operator pour une boite de télécommunication mais ça me 
 fait tout
 drôle s'il faut  marquer : Operator:Gendarmerie Nationale. Remarque,  pour 
 les 
 speed_camera ça pourrait le faire plus facilement ;-)
 Pour ce qui est du tag police:FR... effectivement il faut un début à tout, 
 mais c'est 
 quand même timide.

 Le but de ma question était de voir comment je pouvais m'y prendre pour 
 effectuer 
 une requête API, sur ce tag Police,  avec un résultat souhaité par famille 
 :-) 
 Stats, pourcentages, occupation géographique, etc.

Une fois récupérés les objets taggués en amenity=police, c'est surtout le tag 
name qui
pourra te renseigner sur les spécificités d'un poste de police :
http://taginfo.openstreetmap.org/search?q=police+municipale#values
http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
http://taginfo.openstreetmap.org/search?q=police+nationale#values

en l'état de la base.

vincent

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

Re: [OSM-talk-fr] tag amenity:police

Et on y trouve pas mal de disparités, tag nom, et c'est là un peu le
problème. Comme tu le dis : en l'état de la base.

http://taginfo.openstreetmap.org/search?q=gendarmerie#values

Je vais voir ce que je peux faire avec.

Michel


Le 6 mai 2014 10:40, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Mides
 
  J'aime bien le terme Operator pour une boite de télécommunication mais
 ça me fait tout
  drôle s'il faut  marquer : Operator:Gendarmerie Nationale. Remarque,
  pour les
  speed_camera ça pourrait le faire plus facilement ;-)
  Pour ce qui est du tag police:FR... effectivement il faut un début à
 tout, mais c'est
  quand même timide.

  Le but de ma question était de voir comment je pouvais m'y prendre pour
 effectuer
  une requête API, sur ce tag Police,  avec un résultat souhaité
 par famille :-)
  Stats, pourcentages, occupation géographique, etc.

 Une fois récupérés les objets taggués en amenity=police, c'est surtout le
 tag name qui
 pourra te renseigner sur les spécificités d'un poste de police :
 http://taginfo.openstreetmap.org/search?q=police+municipale#values
 http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
 http://taginfo.openstreetmap.org/search?q=police+nationale#values

 en l'état de la base.

 vincent

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

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

Re: [OSM-talk-fr] tag amenity:police

2014-05-06 Diskussionsfäden Greg

Une piste d'intégration (via Osmose?) de ce document pour la gendarmerie
nationale ?
http://www.data.gouv.fr/fr/dataset/liste-des-points-d-accueil-de-la-gendarmerie-nationale

Ca semble plutôt propre, après un bref coup d’œil. Je n'ai pas regardé la
qualité de la géolocalisation (en lambert93)

Pour la police, je n'ai pas trouvé grand chose de pertinent (sauf pour ce
dans la petite couronne).



Greg


2014-05-06 10:53 GMT+02:00 Mides mides@gmail.com:

 Et on y trouve pas mal de disparités, tag nom, et c'est là un peu le
 problème. Comme tu le dis : en l'état de la base.

 http://taginfo.openstreetmap.org/search?q=gendarmerie#values

 Je vais voir ce que je peux faire avec.

 Michel


 Le 6 mai 2014 10:40, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Mides
 
  J'aime bien le terme Operator pour une boite de télécommunication mais
 ça me fait tout
  drôle s'il faut  marquer : Operator:Gendarmerie Nationale. Remarque,
  pour les
  speed_camera ça pourrait le faire plus facilement ;-)
  Pour ce qui est du tag police:FR... effectivement il faut un début à
 tout, mais c'est
  quand même timide.

  Le but de ma question était de voir comment je pouvais m'y prendre pour
 effectuer
  une requête API, sur ce tag Police,  avec un résultat souhaité
 par famille :-)
  Stats, pourcentages, occupation géographique, etc.

 Une fois récupérés les objets taggués en amenity=police, c'est surtout le
 tag name qui
 pourra te renseigner sur les spécificités d'un poste de police :
 http://taginfo.openstreetmap.org/search?q=police+municipale#values
 http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
 http://taginfo.openstreetmap.org/search?q=police+nationale#values

 en l'état de la base.

 vincent

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



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


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

Re: [OSM-talk-fr] tag amenity:police

Bonjour,

j'ai regardé ce fichier au travers de Qgis, il est relativement propre, et
les coordonnées en Lambert93 sont assez proche de la réalité sur le
terrain. Du moins,  l'on n'a pas affaire à un barycentre sur l'emprise de
la commune,  par exemple.

Michel


Le 6 mai 2014 11:01, Greg ewala...@gmail.com a écrit :

 Une piste d'intégration (via Osmose?) de ce document pour la gendarmerie
 nationale ?

 http://www.data.gouv.fr/fr/dataset/liste-des-points-d-accueil-de-la-gendarmerie-nationale

 Ca semble plutôt propre, après un bref coup d’œil. Je n'ai pas regardé la
 qualité de la géolocalisation (en lambert93)

 Pour la police, je n'ai pas trouvé grand chose de pertinent (sauf pour ce
 dans la petite couronne).



 Greg


 2014-05-06 10:53 GMT+02:00 Mides mides@gmail.com:

 Et on y trouve pas mal de disparités, tag nom, et c'est là un peu le
 problème. Comme tu le dis : en l'état de la base.

 http://taginfo.openstreetmap.org/search?q=gendarmerie#values

 Je vais voir ce que je peux faire avec.

 Michel


 Le 6 mai 2014 10:40, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Mides
 
  J'aime bien le terme Operator pour une boite de télécommunication mais
 ça me fait tout
  drôle s'il faut  marquer : Operator:Gendarmerie Nationale. Remarque,
  pour les
  speed_camera ça pourrait le faire plus facilement ;-)
  Pour ce qui est du tag police:FR... effectivement il faut un début à
 tout, mais c'est
  quand même timide.

  Le but de ma question était de voir comment je pouvais m'y prendre
 pour effectuer
  une requête API, sur ce tag Police,  avec un résultat souhaité
 par famille :-)
  Stats, pourcentages, occupation géographique, etc.

 Une fois récupérés les objets taggués en amenity=police, c'est surtout
 le tag name qui
 pourra te renseigner sur les spécificités d'un poste de police :
 http://taginfo.openstreetmap.org/search?q=police+municipale#values
 http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
 http://taginfo.openstreetmap.org/search?q=police+nationale#values

 en l'état de la base.

 vincent

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



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



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


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

Re: [OSM-talk-fr] tag amenity:police

Je n'ai pas su le trouver au niveau de la doc de l'Overpass Turbo, mais
existe t-il une possibilité de ne pas tenir compte de la casse et utiliser
un caractère générique dans un requête. (exp : Gendarmerie%)

Michel


Le 6 mai 2014 11:01, Greg ewala...@gmail.com a écrit :

 Une piste d'intégration (via Osmose?) de ce document pour la gendarmerie
 nationale ?

 http://www.data.gouv.fr/fr/dataset/liste-des-points-d-accueil-de-la-gendarmerie-nationale

 Ca semble plutôt propre, après un bref coup d’œil. Je n'ai pas regardé la
 qualité de la géolocalisation (en lambert93)

 Pour la police, je n'ai pas trouvé grand chose de pertinent (sauf pour ce
 dans la petite couronne).



 Greg


 2014-05-06 10:53 GMT+02:00 Mides mides@gmail.com:

 Et on y trouve pas mal de disparités, tag nom, et c'est là un peu le
 problème. Comme tu le dis : en l'état de la base.

 http://taginfo.openstreetmap.org/search?q=gendarmerie#values

 Je vais voir ce que je peux faire avec.

 Michel


 Le 6 mai 2014 10:40, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Mides
 
  J'aime bien le terme Operator pour une boite de télécommunication mais
 ça me fait tout
  drôle s'il faut  marquer : Operator:Gendarmerie Nationale. Remarque,
  pour les
  speed_camera ça pourrait le faire plus facilement ;-)
  Pour ce qui est du tag police:FR... effectivement il faut un début à
 tout, mais c'est
  quand même timide.

  Le but de ma question était de voir comment je pouvais m'y prendre
 pour effectuer
  une requête API, sur ce tag Police,  avec un résultat souhaité
 par famille :-)
  Stats, pourcentages, occupation géographique, etc.

 Une fois récupérés les objets taggués en amenity=police, c'est surtout
 le tag name qui
 pourra te renseigner sur les spécificités d'un poste de police :
 http://taginfo.openstreetmap.org/search?q=police+municipale#values
 http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
 http://taginfo.openstreetmap.org/search?q=police+nationale#values

 en l'état de la base.

 vincent

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



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



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


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

Re: [OSM-talk-fr] Tag lotissement

2014-05-05 20:17 GMT+02:00 Copro Grammes coprogram...@yahoo.fr:

 Donc à mon sens, les lotissements rentrent parfaitement dans le cadre de
 palce=neighbourhood. Mais tu as raison, pourquoi ne pas utiliser une
 étiquette plus précise, avec le terme exact de place=subdivision ?

D'abord, il faut rappeler que cette discussion n'est pas nouvelle.
D'autres idées sont passées par là comme place=block ou
landuse=residential + residential=subdivision ou
FR:residential=lotissement (Tony Emery) ou encore housing estate
(le terme subdivision étant à éviter car trop vague)

Je n'ai pas (plus) de réponse tranchée sur la question.
Utiliser un tag place n'est pas idéal. Ces résidences sont privées.
L'invention de leur nom est aussi d'initiative privée et ça n'a pas un
toponyme, ce qui est l'usage habituel des tags name. Maintenant, ça
peut devenir un toponyme par usage ou pour l'adressage (exemple de
zones commerciales en centre-ville ou le marché Paul Bert à
Saint-Ouen). De plus, utiliser place=neighbourhood indifféremment
pour un quartier ou une résidence privée reste problématique.

La réponse habituelle du landuse + name ne me satisfait pas non
plus à 100% car elle ne dit pas que c'est une résidence ou un
lotissement (en tout cas, ça n'est jamais formalisé comme tel dans le
wiki). Mais elle est suffisante pour les applications de rendu et un
tag addr:place ou addr:street pourra satisfaire les géocodeurs.

Pieren

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

Re: [OSM-talk-fr] Share alike ou le partage à l'identique

2014-05-06 Diskussionsfäden Marc SIBERT

Bonjour,

A noter aussi que la licence ODbL  n'impose pas de reverser les données
enrichies dans OSM, mais seulement de les mettre sous une licence similaire
(share-alike) et ainsi de les rendre potentiellement réutilisables dans le
projet.
Perso, je ne voit pas ce qui coince dans la licence actuelle. La licence
contraint à libérer les données enrichies et à citer la source. C'est tout
et c'est bien le minimum à demander à un utilisateur des ces données.

A+


Le 4 mai 2014 22:41, Christian Quest cqu...@openstreetmap.fr a écrit :

 Au sujet de l'ODbL... de toutes nouvelles pages sur le wiki sont
 disponibles pour préciser certains aspects de la licence.

 https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines

 Par exemple... qu'est-ce qui est substantiel ?


 https://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline

 Lecture recommandée de l'ensemble !

 --
 Christian Quest - OpenStreetMap France

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




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

Re: [OSM-talk-fr] Barrage Vauban

Il manque encore la partie écluse pour le waterway (waterway=weir ?)

Pieren

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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 Diskussionsfäden Christian Rogel

Le 6 mai 2014 à 11:39, Pieren pier...@gmail.com a écrit :
 2014-05-05 20:17 GMT+02:00 Copro Grammes coprogram...@yahoo.fr:
 Donc à mon sens, les lotissements rentrent parfaitement dans le cadre de
 palce=neighbourhood. Mais tu as raison, pourquoi ne pas utiliser une
 étiquette plus précise, avec le terme exact de place=subdivision ?
 
 D'abord, il faut rappeler que cette discussion n'est pas nouvelle.
 D'autres idées sont passées par là comme place=block ou
 landuse=residential + residential=subdivision ou
 FR:residential=lotissement (Tony Emery) ou encore housing estate
 (le terme subdivision étant à éviter car trop vague)

housing estate me semble le plus correct sémantiquement, mais,
comment cela se fait-il que personne n'ait regardé ce que font les
Britanniques qui ont des lotissements partout? J'irai voir.

 Je n'ai pas (plus) de réponse tranchée sur la question.
 Utiliser un tag place n'est pas idéal. Ces résidences sont privées.
 L'invention de leur nom est aussi d'initiative privée et ça n'a pas un
 toponyme, ce qui est l'usage habituel des tags name. Maintenant, ça
 peut devenir un toponyme par usage ou pour l'adressage (exemple de
 zones commerciales en centre-ville ou le marché Paul Bert à
 Saint-Ouen). De plus, utiliser place=neighbourhood indifféremment
 pour un quartier ou une résidence privée reste problématique.

Le statut privé n'a aucune incidence, par rapport à d'éventuels éléments 
concrets : un panneau à l'entrée, une mention sur le cadastre ou un usage , 
recueilli, de préférence, par un habitant de la commune.
Qui a dit que place désigne un lieu nommé par un organisme public?
Il faut en  finir avec la mise au pinacle des actes de l'administration :
elle est une source a priori fiable, jusqu'à ce qu'on détecte ses lacunes
sur tel point ou tel autre.

 La réponse habituelle du landuse + name ne me satisfait pas non
 plus à 100% car elle ne dit pas que c'est une résidence ou un
 lotissement (en tout cas, ça n'est jamais formalisé comme tel dans le
 wiki). Mais elle est suffisante pour les applications de rendu et un
 tag addr:place ou addr:street pourra satisfaire les géocodeurs.

Tout lieu a forcément un nom et ce n'est pas parce que l'administration
communale n'a pas pris la peine de le répertorier qu'il n'existe pas.
Il y a beaucoup de noms qu'elle ignore  et cela s'accroît avec  la
pression de La Poste pour créer des adresses domiciliaires, là
où il n'y en avait pas.
Le nom d'usage est légitime, par nature, mais, la difficulté est de le
connaître (voir plus haut sur l'habitant local).
Dans de rares cas, il peut y avoir des noms différents selon l'âge de
celui qui l'emploie. Alt_name est à employer, mais, encore une fois, 
le choix du name devra revenir , soit à la mairie, soit à un habitant
des environs.


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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 12:35 GMT+02:00 Christian Rogel christian.ro...@club-internet.fr:

 Le statut privé n'a aucune incidence, par rapport à d'éventuels éléments
 concrets : un panneau à l'entrée, une mention sur le cadastre ou un usage ,
 recueilli, de préférence, par un habitant de la commune.

Bon alors plutôt que public vs privé, j'aurais dû dire officiel
vs chacun fait ce qu'il veut dans son coin et qui m'aime me suive
;-) Le tag place selon moi doit rester sur la toponymie officielle
(même si, comme je l'ai dis, la plupart des toponymes ont une
existence d'usage sans statut officiel avant d'être reconnus par les
administrations). Sinon c'est la porte ouverte à tous les excès,
fantaisies, arrangements ou inventions personnelles.

Pieren

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

Re: [OSM-talk-fr] Barrage Vauban

2014-05-06 Diskussionsfäden HELFER Denis

Quelle écluse ? La seule écluse du coin y est déjà ainsi que la chute d'eau 
attenante (qui me fascinait étant gamin) au niveau du pont de l'abattoir.

Denis

-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : mardi 6 mai 2014 11:59
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Barrage Vauban

Il manque encore la partie écluse pour le waterway (waterway=weir ?)

Pieren


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

Re: [OSM-talk-fr] Barrage Vauban

2014-05-06 Diskussionsfäden Augustin Roche

A noter, le travail étonnant de précision (en Z) sur la Cathédrale. des
 images de restitution qqpart ?


http://demo.f4map.com/#lat=48.5821730lon=7.7501702zoom=18camera.theta=61.73Effectivement,
c'est impressionnant !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 Diskussionsfäden Philippe Verdy

L'ennui c'est que « subdivision » ne veut rien dire non plus: la région, le
département, l'arrndissement, etc. sont par exemple des subdivisions en
France.

Alors que le terme arrondissement correspond à une notion légale bien
précise au sein d'une commune, qui n'est pas une subdivision administrative
mais une entité liée à un aménagement par un lotisseur qui achète ou
utilise une ou plusieurs parcelles pour les redécouper en plus petites
parcelles à lotir, après les avoir viabilisées. Une entité semi-publique,
lié à une propriété privée amenée à en devenir plusieurs via une
autorisation adminsitrative, et en accord avec le plan d'urbanisme. Parfois
les terrains à lotir par l'investisseur privé est issu du domaine public,
la commune ayant fait un appel d'offre pour la revente de ses terrains et
ayant donné son accord selon les plans d'aménagement négocié avec le
lotisseur, et décidé au conseil de la possiblité de densifier l'habitat et
de le rendre contructible sur son PLU.

Un lotissement est donc une sorte de permis de construire groupé, pour la
viabilisation des terrains et les aménagements publics à faire, dans lequel
vont s'insérer les permis de construire individuels pour les constructions
elles-mêmes dans les lots (ces permis sont délivrés aux acquéreurs des lots
viabilités à bâtir).

Dans un lotissement les communes imposent au lotisseur des conditions sur
les types de résidents (notamment sociaux et commerciaux), sur les accès,
et sur l'homogéinité architecturale et environnementale, mais en premier
lieu sur l'assainissement et les réseaux d'énergie qui devront être
préparés pour être exploités par les concessionnaires de la commune.

Le terme lotissement se retrouve dans plein de textes de décisions des
conseils municipaux souvent pendant des années puisque la commune va devoir
aussi y apporter des services ou réviser la capacité de ses équipements
existants.

On est très éloigné de la notion de simple neighborhood et encore plus de
celle très floue de subdivision, mais en aucun cas le lotissement n'est
un quartier, sauf si c'est la commune elle-même qui est le lotisseur en
ayant acquis les terrains à lotir par elle (bien que là on parle plus
souvent de ZAC, zone d'aménagement concertée).



Le 5 mai 2014 20:17, Copro Grammes coprogram...@yahoo.fr a écrit :

 J'ergoterais avec plaisir sur l'emploi du mot quartier en français, mais
 ça ne fera pas avancer la question de l'étiquetage sur OSM. Que l'on
 considère que quartier ne s'emploie que pour des grandes zones aux
 limites floues, ou qu'il peut s'employer aussi pour des petites zones aux
 frontières définies, cela ne remet pas en cause qu'il s'agit bien de deux
 espaces différents.

 L'emploi de place=neighbourhood sur le wiki est assez large : une aire
 géographique portant un nom, incluse dans une plus grande zone
 (place=suburb/village/town/city). Jusqu'ici, je l'ai utilisé surtout pour
 des grands ensembles, cités, considérant que ces aires ne pouvaient pas
 être étiquetés place=suburb. J'espère que ce n'est pas un emploi erroné de
 l'étiquette.

 Donc à mon sens, les lotissements rentrent parfaitement dans le cadre de
 palce=neighbourhood. Mais tu as raison, pourquoi ne pas utiliser une
 étiquette plus précise, avec le terme exact de place=subdivision ?
 Le terme de ressortir voulait seulement évoquer le fait que l'emploi de
 place=subdivision pour les lotissements n'était pas très répandu jusqu'à
 aujourd'hui (c'est un euphémisme).
 Par ailleurs, je me dis que quitte à raffiner la description des petites
 aires urbaines, on pourrait aussi raffiner le place=village : il me semble
 y avoir plus de différences entre un petit bourg de 150 âmes et une
 (sous-)préfecture de 8000 habitants, qu'entre un lotissement et un autre
 voisinage. Mais, comme les résidences, c'est un autre sujet !

 Cordialement,
 Zigeuner


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


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

Re: [OSM-talk-fr] Barrage Vauban

2014-05-06 Diskussionsfäden Waxy

Le 06/05/2014 08:23, HELFER Denis a écrit :
 Quelle écluse ? La seule écluse du coin y est déjà ainsi que la chute d'eau 
 attenante (qui me fascinait étant gamin) au niveau du pont de l'abattoir.

Bon. J'ai enlevé bridge=yes et changé building=yes en
building=bridge sur le bâti.

Je n'ai pas rajouté bridge=yes sur le way. Après tout il se trouve sur
le bâti et n'enjambe pas lui-même le cours d'eau si j'ose dire.
Par contre faut-il créer une relation entre le way et le bâti ?

@+

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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 Diskussionsfäden Jean-Baptiste Holcroft

En attendant que les avis convergent, est-ce scandaleux de faire area=yes
et name='lotissement des ...' ?
Le 6 mai 2014 13:00, Pieren pier...@gmail.com a écrit :

 2014-05-06 12:35 GMT+02:00 Christian Rogel 
 christian.ro...@club-internet.fr:

  Le statut privé n'a aucune incidence, par rapport à d'éventuels éléments
  concrets : un panneau à l'entrée, une mention sur le cadastre ou un
 usage ,
  recueilli, de préférence, par un habitant de la commune.

 Bon alors plutôt que public vs privé, j'aurais dû dire officiel
 vs chacun fait ce qu'il veut dans son coin et qui m'aime me suive
 ;-) Le tag place selon moi doit rester sur la toponymie officielle
 (même si, comme je l'ai dis, la plupart des toponymes ont une
 existence d'usage sans statut officiel avant d'être reconnus par les
 administrations). Sinon c'est la porte ouverte à tous les excès,
 fantaisies, arrangements ou inventions personnelles.

 Pieren

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

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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 20:01 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com:
 En attendant que les avis convergent, est-ce scandaleux de faire area=yes et
 name='lotissement des ...' ?

landuse=residential + name=* est la meilleure solution en
attendant mieux, je pense. Le tag area=yes n'est pas nécessaire dans
ce cas (comme pour tous les landuse en général)

Pieren

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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 Diskussionsfäden Jean-Baptiste Holcroft

Ok merci, c'était pour éviter les superpositions de landuse, qui ne
faisaient pas l'unanimité non plus ;)

--
Jean-Baptiste Holcroft


Le 6 mai 2014 20:15, Pieren pier...@gmail.com a écrit :

 2014-05-06 20:01 GMT+02:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com:
  En attendant que les avis convergent, est-ce scandaleux de faire
 area=yes et
  name='lotissement des ...' ?

 landuse=residential + name=* est la meilleure solution en
 attendant mieux, je pense. Le tag area=yes n'est pas nécessaire dans
 ce cas (comme pour tous les landuse en général)

 Pieren

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

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

Re: [OSM-talk-fr] Tag lotissement

2014-05-06 Diskussionsfäden Pierre-Alain Dorange

Mides mides@gmail.com wrote:

 En gros, et pour résumer, est il judicieux de déclarer une emprise sur le
 terrain ou pas ?  Tu me diras, on pratique de la sorte pour un
 landuse:retail, qui se trouve parfois au milieu d'une zone
 landuse:residential et donc en surcouche.

Perso je pratique pas ce type de surcouche.
Pour moi un terrain n'a qu'un seul usage (landuse) donc pas de
surcouche.
Si une zone est englobé par une autre, je perce (multipolygone, outer,
inner) la plus grande pour ensuite placer celle incluse. Ainsi une zone
n'a qu'un seul usage (landuse).

Bien sur comme indiqué par le wiki, on ne crée une zone (landuse) que si
cela est signaificatif. Un seul magasin ne justifie pas la création d'un
landuse, il faut une taille conséquente (plusieurs, je sais c'est mal
définit).



-- 
Pierre-Alain Dorange
OSM experiences : http://www.leretourdelautruche.com/map/


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

Re: [OSM-talk-fr] tag amenity:police

2014-05-06 Diskussionsfäden Éric Gillet

Oui c'est possible avec des expressions régulières :
https://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Non-exact_names

Pour ignorer la casse seulement, voir à la fin de cette section :
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_tag_.28has-kv.29


2014-05-06 11:22 GMT+02:00 Mides mides@gmail.com:

 Je n'ai pas su le trouver au niveau de la doc de l'Overpass Turbo, mais
 existe t-il une possibilité de ne pas tenir compte de la casse et utiliser
 un caractère générique dans un requête. (exp : Gendarmerie%)

 Michel


 Le 6 mai 2014 11:01, Greg ewala...@gmail.com a écrit :

 Une piste d'intégration (via Osmose?) de ce document pour la gendarmerie
 nationale ?

 http://www.data.gouv.fr/fr/dataset/liste-des-points-d-accueil-de-la-gendarmerie-nationale

 Ca semble plutôt propre, après un bref coup d’œil. Je n'ai pas regardé la
 qualité de la géolocalisation (en lambert93)

 Pour la police, je n'ai pas trouvé grand chose de pertinent (sauf pour ce
 dans la petite couronne).



 Greg


 2014-05-06 10:53 GMT+02:00 Mides mides@gmail.com:

 Et on y trouve pas mal de disparités, tag nom, et c'est là un peu le
 problème. Comme tu le dis : en l'état de la base.

 http://taginfo.openstreetmap.org/search?q=gendarmerie#values

 Je vais voir ce que je peux faire avec.

 Michel


 Le 6 mai 2014 10:40, V de Chateau-Thierry v...@laposte.net a écrit :


  De : Mides
 
  J'aime bien le terme Operator pour une boite de télécommunication
 mais ça me fait tout
  drôle s'il faut  marquer : Operator:Gendarmerie Nationale.
 Remarque,  pour les
  speed_camera ça pourrait le faire plus facilement ;-)
  Pour ce qui est du tag police:FR... effectivement il faut un début à
 tout, mais c'est
  quand même timide.

  Le but de ma question était de voir comment je pouvais m'y prendre
 pour effectuer
  une requête API, sur ce tag Police,  avec un résultat souhaité
 par famille :-)
  Stats, pourcentages, occupation géographique, etc.

 Une fois récupérés les objets taggués en amenity=police, c'est surtout
 le tag name qui
 pourra te renseigner sur les spécificités d'un poste de police :
 http://taginfo.openstreetmap.org/search?q=police+municipale#values
 http://taginfo.openstreetmap.org/search?q=gendarmerie+nationale#values
 http://taginfo.openstreetmap.org/search?q=police+nationale#values

 en l'état de la base.

 vincent

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



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



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



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


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

Re: [OSM-talk-fr] Tag lotissement