Re: [Talk-de] [fossgis-verein] FOSSGIS-Konferenz 2018 Bonn - Programm veröffentlicht, Anmeldung eröffnet, Frühbucher bis 06.02.2018, 21 Uhr

[Astrid Emde (FOSSGIS e.V.)]

Hallo,

schnell zur FOSSGIS 2018 anmelden!

Morgen am Dienstag 6. Februar 2018 endet der Frühbucherrabatt.

https://www.fossgis-konferenz.de/2018/anmeldung

Das FOSSGIS 2018 Konferenzteam

Am 08.01.2018 07:39 schrieb Konferenzorganisation:

Sehr geehrte FOSSGIS-Aktive, sehr geehrte FOSSGIS-Anfänger,
OSM-Begeisterte und Interessierte,

vom 21.-24. März 2018 wird die FOSSGIS-Konferenz vom gemeinnützigen
FOSSGIS e.V und der OpenStreetMap Community mit Unterstützung der
Universität Bonn in Bonn stattfinden.

Die FOSSGIS-Konferenz ist die im D-A-CH-Raum führende Konferenz für
Freie und Open Source Software für Geoinformationssysteme sowie für
die Themen OpenStreetMap und Open Data. An vier Tagen werden in
Vorträgen für Einsteiger und Experten, Hands-On Workshops und
Anwendertreffen Einblicke in neuste Entwicklungen und
Anwendungsmöglichkeiten von Softwareprojekten gegeben.

Der OSM-Samstag ist als Unkonferenz (Barcamp) und Mappertreffen
gedacht und richtet sich an Mapper, Entwickler und OSM-Interessierte.
Das genaue Programm wird am Morgen in der Einführung und Begrüßung
festgelegt.
Die Teilnahme am Bonner OSM-Samstag ist kostenfrei und unabhängig von
der FOSSGIS-Konferenz möglich. Eine Anmeldung ist zur besseren Planung
erwünscht, entweder über das FOSSGIS-Konferenz-Anmeldesystem oder über
das OSM-Wiki.

Am Abend des ersten Konferenztages, 21. März 2018, findet die
Abendveranstaltung "Campus-Dialoge" statt, weiter Informationen auch
zu den anderen "Social Events" rund um die FOSSGIS finden Sie auf der
Konferenz-Homepage.

In Erwartung von mehr als 400 Teilnehmenden ist eine Registrierung
Ihrerseits notwendig und hilfreich für die Organisation.

Preise FOSSGIS-Konferenz 2018:
   - Supporterticket (Unterstützer): ab € 250
   - Standardticket (Normalpreis): € 190
   - Standardticket (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 150
   - Studierendenticket: € 80
   - Communityticket*: € 0*
   - Workshop: € 100
   - Workshop (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 90

Im Konferenzticket enthalten: FOSSGIS-Konferenz-Teilnahme,
Pausensnack, Tasche und wenn bestellt Tagungsband, T-Shirt und
Abendveranstaltung Campus-Dialoge. (Das kostenmeldung Teilnehmer soll
in dieser Woche startennfreie Communityticket* ist vorgesehen für
Aktive aus dem Open-Source- und OpenStreetMap-Bereich (Entwickler,
aktive Mapper) sowie für Helfer bei der Konferenz 2018. Bitte bei der
Anmeldung im "Freitext zum Communityticket" angeben)

Die FOSSGIS Konferenz 2018 wird vom gemeinnützigen Verein FOSSGIS e.V,
der OpenStreetMap Community und der Open Source Geospatial Foundation
(OSGeo) in Zusammenarbeit mit der Universität Bonn veranstaltet.
Freiwillige Helfer sind eingeladen und willkommen während der
Konferenz zu unterstützen.
Alle Informationen zur FOSSGIS-Konferenz (Programm, Anreise und
Unterkunft, Anmeldung, Helfermöglichkeiten und Sponsoren) entnehmen
Sie der Konferenzhomepage. Bitte beachten Sie, dass das Programm am
Freitag in diesem Jahr länger geht, als in den letzten Jahren.

Helfer: Freiwillige Helfer sind eingeladen und willkommen während der
Konferenz bei den Videoaufnahmen, als Sessionleiter oder beim Catering
zu unterstützen. Bei Interesse bitte direkt per E-Mail an
konferenz-o...@fossgis.de melden oder die entsprechenden Fragen in der
Onlineanmeldung beantworten. Es ist möglich dafür das kostenfreie
"Community-Ticket" zu erhalten.

Termine und Informationen: FOSSGIS-Konferenz 2018: 21.-24.03.2018
Ort: Geographisches Institut sowie Geozentrum der Universität Bonn,
Meckenheimer Allee 166+176, 53115 Bonn
Programm: https://www.fossgis-konferenz.de/2018/programm/
Teilnehmeranmeldung: https://www.fossgis-konferenz.de/2018/anmeldung/
(Frühbucher bis 06.02.2018, 21 Uhr)
Social Events: https://fossgis-konferenz.de/2018/socialevents/
OSM-Samstag: 
https://wiki.openstreetmap.org/wiki/FOSSGIS_2018/OSM-Samstag

Alle Informationen: https://www.fossgis-konferenz.de/2018/
Fragen: konferenz-o...@fossgis.de
Twitter: twitter.com/FOSSGIS_Konf #FOSSGIS2018

Das FOSSGIS-Konferenz-Organisationsteam freut sich darauf, Sie zur
einer spannenden FOSSGIS-Konferenz 2018 in Bonn begrüßen zu dürfen.

--
...
FOSSGIS-Konferenz - OSM-Samstag - CodeSprint 21.-24. März 2018 in Bonn.
https://www.fossgis-konferenz.de   https://twitter.com/FOSSGIS_Konf
...
--

FOSDEM'18  3. und 4. Februar 2018 in Brüssel
https://fosdem.org/2018/

FOSSGIS 2018, die Konferenz für Open Source GIS mit OpenData und
OpenStreetMap in Bonn!
21.-24. März 2018 an der Universität Bonn
https://fossgis-konferenz.de/2018/
18.-25. März OSGeo Code Sprint im BaseCamp Bonn
https://wiki.osgeo.org/wiki/OSGeo_Code_Sprint_2018

FOSSGIS Veranstaltungen 2018
https://www.fossgis.de/node/306

FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem
GIS-Bereich und Freier Geodaten!

Re: [Talk-at] [fossgis-verein] FOSSGIS-Konferenz 2018 Bonn - Programm veröffentlicht, Anmeldung eröffnet, Frühbucher bis 06.02.2018, 21 Uhr

[Astrid Emde (FOSSGIS e.V.)]

Hallo,

schnell zur FOSSGIS 2018 anmelden!

Morgen am Dienstag 6. Februar 2018 endet der Frühbucherrabatt.

https://www.fossgis-konferenz.de/2018/anmeldung

Das FOSSGIS 2018 Konferenzteam

Am 08.01.2018 07:39 schrieb Konferenzorganisation:

Sehr geehrte FOSSGIS-Aktive, sehr geehrte FOSSGIS-Anfänger,
OSM-Begeisterte und Interessierte,

vom 21.-24. März 2018 wird die FOSSGIS-Konferenz vom gemeinnützigen
FOSSGIS e.V und der OpenStreetMap Community mit Unterstützung der
Universität Bonn in Bonn stattfinden.

Die FOSSGIS-Konferenz ist die im D-A-CH-Raum führende Konferenz für
Freie und Open Source Software für Geoinformationssysteme sowie für
die Themen OpenStreetMap und Open Data. An vier Tagen werden in
Vorträgen für Einsteiger und Experten, Hands-On Workshops und
Anwendertreffen Einblicke in neuste Entwicklungen und
Anwendungsmöglichkeiten von Softwareprojekten gegeben.

Der OSM-Samstag ist als Unkonferenz (Barcamp) und Mappertreffen
gedacht und richtet sich an Mapper, Entwickler und OSM-Interessierte.
Das genaue Programm wird am Morgen in der Einführung und Begrüßung
festgelegt.
Die Teilnahme am Bonner OSM-Samstag ist kostenfrei und unabhängig von
der FOSSGIS-Konferenz möglich. Eine Anmeldung ist zur besseren Planung
erwünscht, entweder über das FOSSGIS-Konferenz-Anmeldesystem oder über
das OSM-Wiki.

Am Abend des ersten Konferenztages, 21. März 2018, findet die
Abendveranstaltung "Campus-Dialoge" statt, weiter Informationen auch
zu den anderen "Social Events" rund um die FOSSGIS finden Sie auf der
Konferenz-Homepage.

In Erwartung von mehr als 400 Teilnehmenden ist eine Registrierung
Ihrerseits notwendig und hilfreich für die Organisation.

Preise FOSSGIS-Konferenz 2018:
   - Supporterticket (Unterstützer): ab € 250
   - Standardticket (Normalpreis): € 190
   - Standardticket (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 150
   - Studierendenticket: € 80
   - Communityticket*: € 0*
   - Workshop: € 100
   - Workshop (Frühbucherrabatt bis 06.02.2018, 21 Uhr): € 90

Im Konferenzticket enthalten: FOSSGIS-Konferenz-Teilnahme,
Pausensnack, Tasche und wenn bestellt Tagungsband, T-Shirt und
Abendveranstaltung Campus-Dialoge. (Das kostenmeldung Teilnehmer soll
in dieser Woche startennfreie Communityticket* ist vorgesehen für
Aktive aus dem Open-Source- und OpenStreetMap-Bereich (Entwickler,
aktive Mapper) sowie für Helfer bei der Konferenz 2018. Bitte bei der
Anmeldung im "Freitext zum Communityticket" angeben)

Die FOSSGIS Konferenz 2018 wird vom gemeinnützigen Verein FOSSGIS e.V,
der OpenStreetMap Community und der Open Source Geospatial Foundation
(OSGeo) in Zusammenarbeit mit der Universität Bonn veranstaltet.
Freiwillige Helfer sind eingeladen und willkommen während der
Konferenz zu unterstützen.
Alle Informationen zur FOSSGIS-Konferenz (Programm, Anreise und
Unterkunft, Anmeldung, Helfermöglichkeiten und Sponsoren) entnehmen
Sie der Konferenzhomepage. Bitte beachten Sie, dass das Programm am
Freitag in diesem Jahr länger geht, als in den letzten Jahren.

Helfer: Freiwillige Helfer sind eingeladen und willkommen während der
Konferenz bei den Videoaufnahmen, als Sessionleiter oder beim Catering
zu unterstützen. Bei Interesse bitte direkt per E-Mail an
konferenz-o...@fossgis.de melden oder die entsprechenden Fragen in der
Onlineanmeldung beantworten. Es ist möglich dafür das kostenfreie
"Community-Ticket" zu erhalten.

Termine und Informationen: FOSSGIS-Konferenz 2018: 21.-24.03.2018
Ort: Geographisches Institut sowie Geozentrum der Universität Bonn,
Meckenheimer Allee 166+176, 53115 Bonn
Programm: https://www.fossgis-konferenz.de/2018/programm/
Teilnehmeranmeldung: https://www.fossgis-konferenz.de/2018/anmeldung/
(Frühbucher bis 06.02.2018, 21 Uhr)
Social Events: https://fossgis-konferenz.de/2018/socialevents/
OSM-Samstag: 
https://wiki.openstreetmap.org/wiki/FOSSGIS_2018/OSM-Samstag

Alle Informationen: https://www.fossgis-konferenz.de/2018/
Fragen: konferenz-o...@fossgis.de
Twitter: twitter.com/FOSSGIS_Konf #FOSSGIS2018

Das FOSSGIS-Konferenz-Organisationsteam freut sich darauf, Sie zur
einer spannenden FOSSGIS-Konferenz 2018 in Bonn begrüßen zu dürfen.

--
...
FOSSGIS-Konferenz - OSM-Samstag - CodeSprint 21.-24. März 2018 in Bonn.
https://www.fossgis-konferenz.de   https://twitter.com/FOSSGIS_Konf
...
--

FOSDEM'18  3. und 4. Februar 2018 in Brüssel
https://fosdem.org/2018/

FOSSGIS 2018, die Konferenz für Open Source GIS mit OpenData und
OpenStreetMap in Bonn!
21.-24. März 2018 an der Universität Bonn
https://fossgis-konferenz.de/2018/
18.-25. März OSGeo Code Sprint im BaseCamp Bonn
https://wiki.osgeo.org/wiki/OSGeo_Code_Sprint_2018

FOSSGIS Veranstaltungen 2018
https://www.fossgis.de/node/306

FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem
GIS-Bereich und Freier Geodaten!

Re: [OSM-talk-fr] Vélo et data : nouvelles sources de données et nouveaux usages

[Jean-Christophe Becquet]

Le 31/01/2018 20:52, Romain MEHUT a écrit :
> Autrement dit, tu y seras présent pour rappeler le potentiel d'OSM en la
> matière ?

Bonjour,

Non, malheureusement je ne suis pas disponible le vendredi 16 mars.

Pour mémoire, il s'agit de
https://www.fub.fr/sites/fub/files/fub/AG_Congres/programme_je_web.pdf

Bonne journée

JCB
-- 
Frédéric Bastiat : Pétition des marchands de chandelles
http://www.apitux.org/index.php?2006/07/06/118-frederic-bastiat-petition-des-marchands-de-chandelles

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [Talk-in] [datameet] How does OSM store its data

[Sajjad Anwar]

Hey Nikhil,

OSM uses a PostgreSQL database as the main data store, along with PostGIS
extension for geometries. The tags are stored in key and value columns and
uses hstore, which makes it easy to add new ones without having to modify
the table schema. You can read about the database schema and infrastructure
here https://wiki.openstreetmap.org/wiki/Database

Overpass is independent of the above infrastructure. It reads from the
replication files and builds a binary on-disk database. More about Overpass
here https://wiki.openstreetmap.org/wiki/Overpass_API

Also, you should join the OSM Talk-in mailing list if you haven't!
https://lists.openstreetmap.org/listinfo/talk-in

Sajjad

On Mon, Feb 5, 2018 at 11:12 AM, Nikhil VJ  wrote:

> Hi,
>
> I want to learn how OpenStreetmap stores and manages its data, plus how
> Overpass Turbo extracts it.
>
> I find the key-value pair system fascinating (variable fields, organic
> building up of data) and want to replicate that elsewhere. Just the data
> storing part.. don't want to generate map tiles etc.
>
> Any pointers? Any place I should ask?
>
> For those interested, here's a link to the project I have in mind:
> Crowdsourcing-Map-based-data
> 
>
> --
> Cheers,
> Nikhil VJ
> Pune, India
>
> --
> Datameet is a community of Data Science enthusiasts in India. Know more
> about us by visiting http://datameet.org
> ---
> You received this message because you are subscribed to the Google Groups
> "datameet" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to datameet+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] [datameet] How does OSM store its data

[Devdatta Tengshe]

Hi Nikhil,

The Database design has been documented here:
https://wiki.openstreetmap.org/wiki/Database

This is, at its essence, a modified EAV Model(
https://en.wikipedia.org/wiki/Entity–attribute–value_model). A good place
to start researching for these kinds of database design, is to look at
various documents on EAV, its shortcomings & Strengths.

You should also evaluate if a NoSQL/Object Store database might be a better
fit for your purpose, than designing an EAV Data model to be stored in a
relational Database.


Regards,
Devdatta

On Mon, Feb 5, 2018 at 11:12 AM, Nikhil VJ  wrote:

> Hi,
>
> I want to learn how OpenStreetmap stores and manages its data, plus how
> Overpass Turbo extracts it.
>
> I find the key-value pair system fascinating (variable fields, organic
> building up of data) and want to replicate that elsewhere. Just the data
> storing part.. don't want to generate map tiles etc.
>
> Any pointers? Any place I should ask?
>
> For those interested, here's a link to the project I have in mind:
> Crowdsourcing-Map-based-data
> 
>
> --
> Cheers,
> Nikhil VJ
> Pune, India
>
> --
> Datameet is a community of Data Science enthusiasts in India. Know more
> about us by visiting http://datameet.org
> ---
> You received this message because you are subscribed to the Google Groups
> "datameet" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to datameet+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-in] How does OSM store its data

[Nikhil VJ]

Hi,

I want to learn how OpenStreetmap stores and manages its data, plus how
Overpass Turbo extracts it.

I find the key-value pair system fascinating (variable fields, organic
building up of data) and want to replicate that elsewhere. Just the data
storing part.. don't want to generate map tiles etc.

Any pointers? Any place I should ask?

For those interested, here's a link to the project I have in mind:
Crowdsourcing-Map-based-data


--
Cheers,
Nikhil VJ
Pune, India
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[talk-ph] Proposal to update bottled/mineral/purfied water shops

[Erwin Olario]

I filed a ticket [0] in the Papercut-Fix repository, proposing for the
updating of tags of the affected objects.

Most of these Bottled/Mineral/Purified water shops are currently tagged
incorrectly as `amenity=drinking_water` or `shop=beverages`. These objects
will be retrieved via Overpass Turbo, and reviewed individually, and
replaced with shop=water
, as appropriate.

Kindly let me know if there are concerns, or objections to this.

/Erwin

[0]: https://github.com/OSMPH/papercut_fix/issues/37
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [talk-au] How to map CBD boundaries?

[Andrew Harvey]

probably like Sydney which is both a City https://www.openstreetmap.org/
relation/5750005 and a Suburb https://www.openstreetmap.org/relation/5729534and
an LGA https://www.openstreetmap.org/relation/1251066

I'm not familiar with the area so can't comment.


On 5 February 2018 at 14:15, Joel H. <95.5.ra...@gmail.com> wrote:

> I just downloaded an export of NSW boundary data from OSM. Now in this
> dataset a locality called "Tweed Heads" has been included, The problem is
> that is area only covers the CBD and not the city (including all suburbs)
> as a whole.
>
> How should I go about mapping this CBD boundary?
>
> Also if anyone who handled the imports can send across an OSM file
> containing only the city limits, or could add them, would be great!
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] How to map CBD boundaries?

[Andrew Davidson]

That's a bit of a controversial question. The closest thing to an urban 
boundary is the admin_level=7 administrative (See the entire debate 
here: 
https://www.mail-archive.com/talk-au@openstreetmap.org/msg04041.html it 
won't take long).


The problem is coming up with a workable definition of where the 
boundary is. I have done a total of two of these using the ABS 
definition of the significant urban area. This is the one for Sydney 
https://www.openstreetmap.org/relation/5750005. However, I have received 
more complaints about this than every other edit I've done combined. 
Everyone has their own opinion on where Sydney starts and ends.


No doubt the same thing applies to Tweed Heads.

On 5/2/18 14:15, Joel H. wrote:
I just downloaded an export of NSW boundary data from OSM. Now in this 
dataset a locality called "Tweed Heads" has been included, The problem 
is that is area only covers the CBD and not the city (including all 
suburbs) as a whole.


How should I go about mapping this CBD boundary?

Also if anyone who handled the imports can send across an OSM file 
containing only the city limits, or could add them, would be great!



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


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

Re: [talk-au] How to map CBD boundaries?

[Ben Kelley]

I think the problem is that there is no official boundary for things like
"greater metropolitan area", and so I think this is to be expected.

We only have the suburb/town, and also the LGA.

e.g. The suburb of "Sydney" is quite small compared to what people consider
the city of Sydney to be. Is an address in the suburb next door in
"Sydney"? Officially no, although colloquially maybe yes.

 - Ben.

On 5 February 2018 at 14:15, Joel H. <95.5.ra...@gmail.com> wrote:

> I just downloaded an export of NSW boundary data from OSM. Now in this
> dataset a locality called "Tweed Heads" has been included, The problem is
> that is area only covers the CBD and not the city (including all suburbs)
> as a whole.
>
> How should I go about mapping this CBD boundary?
>
> Also if anyone who handled the imports can send across an OSM file
> containing only the city limits, or could add them, would be great!
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>



-- 
Ben Kelley
ben.kel...@gmail.com
http://www.users.on.net/~bhkelley/
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] How to map CBD boundaries?

[Joel H.]

I just downloaded an export of NSW boundary data from OSM. Now in this 
dataset a locality called "Tweed Heads" has been included, The problem 
is that is area only covers the CBD and not the city (including all 
suburbs) as a whole.


How should I go about mapping this CBD boundary?

Also if anyone who handled the imports can send across an OSM file 
containing only the city limits, or could add them, would be great!



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

Re: [OSM-talk-fr] Maison du Vélo

[Shohreh]

OpenCycleMap n'affiche que les objets taggés "shop=bicycle":

https://www.openstreetmap.org/#map=17/49.17934/-0.34899



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

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

[OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Shohreh]

Bonjour,

Actuellement, différentes associations utilisent Umap chacune de son côté
pour créer des cartes.

Problème : sauf erreur, Umap ne permet pas de créer des couches (layers)
dynamiques, c.a.d. avec un lien vers une couche d'une autre carte Umap. La
seule possibilité dynamique est d'interroger OSM via une requête Overpass.

Y a-t-il une solution avec Umap, ou un autre outil qui permette ce genre de
chose? Ou faut-il imposer que toutes les associations travaillent sur une
seule et même carte Umap, chacune utilisant des couches différentes?

Merci.



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

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

Re: [Talk-us] Vermont Town Boundaries import

[Max Erickson]

I'm working on figuring out the licensing for a similar import in
Michigan (https://github.com/maxerickson/michigantownships ). I've put
together a translation for ogr2osm
(https://github.com/pnorman/ogr2osm) that takes a shapefile with
boundary polygons and outputs an osm file with merged relations, where
1 shared way represents the boundary between adjacent relations. It
seems there is a town polygon file
(http://geodata.vermont.gov/datasets/0e4a5d2d58ac40bf87cd8aa950138ae8_39),
it might save some work to adapt the translation file I have there. I
haven't looked at the osm data, if many town relations have already
been created it won't help merging the new geometries with those
relations.

The relation simplification should work as is, you'd just need to
adjust the filterTags tags function for the VT data.


Max

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

Re: [Talk-ca] Meaning of lcn tag - designated route, or any cycling infrastructure

[Pierre Béland]

Bonjour Mike,
Voir la page wiki qui indique les trois niveaux de cette 
classificationhttps://wiki.openstreetmap.org/wiki/Cycle_routes
- icn international- lcn national- rcn régional
On y indique également  que les relations sont généralement mieux pour 
documenter un parcours. Voir une relation pour la Route verte au Québec avec 
des dizaines de membres pour la décrire. Et effectivement, on utilise cette 
classification pour des parcours reconnus soit au niveau régional ou national.

https://www.openstreetmap.org/relation/416115
 
Pierre 
 

Le dimanche 4 février 2018 14:39:50 HNE, Mike Boos  a 
écrit :  
 
 Hello
I've noticed some users have begun tagging some roads in a number of Canadian 
cities with lcn=yes tags, which are intended for marking local cycling routes. 
My understanding of the lcn tag was that it was intended for marking designated 
routes, not just any old way that is potentially bikeable or personal 
preferences cycling routes. 
For many roads, the lcn tag seems redundant, since these ways are already 
tagged with cycleway=lane or something similar, and there is no accompanying 
lcn_ref tag to provide information on individual route names or numbers (if 
they exist). Other roads have been tagged, but have no infrastructure or 
signage, which suggests someone is simply marking their personal routes. 
I'd like to think I have some sort of expertise in what constitutes an official 
local cycling route in my area, having served as a member and later chair of 
the Kitchener Cycling and Trails Advisory Committee for several years. There 
are some signed routes that myself and others in the area have properly marked 
with relations. But is my understanding of what the lcn tag is for wrong? I'd 
like to know before I start cleaning things up.
ThanksMike
-- 
Mike Boos, MASc.
mike.boos@gmail.com___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca
  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Meaning of lcn tag - designated route, or any cycling infrastructure

[Harald Kliems]

I agree with your interpretation of the meaning of the lcn tag. I suspect
this may be a case of mapping for the renderer, where people want bike
lanes or other infrastructure to visibly show up on OpenCycleMap or
elsewhere.
 Harald.

On Sun, Feb 4, 2018 at 1:41 PM Mike Boos  wrote:

> Hello
>
> I've noticed some users have begun tagging some roads in a number of
> Canadian cities with lcn=yes tags, which are intended for marking local
> cycling routes. My understanding of the lcn tag was that it was intended
> for marking designated routes, not just any old way that is potentially
> bikeable or personal preferences cycling routes.
>
> For many roads, the lcn tag seems redundant, since these ways are already
> tagged with cycleway=lane or something similar, and there is no
> accompanying lcn_ref tag to provide information on individual route names
> or numbers (if they exist). Other roads have been tagged, but have no
> infrastructure or signage, which suggests someone is simply marking their
> personal routes.
>
> I'd like to think I have some sort of expertise in what constitutes an
> official local cycling route in my area, having served as a member and
> later chair of the Kitchener Cycling and Trails Advisory Committee for
> several years. There are some signed routes that myself and others in the
> area have properly marked with relations. But is my understanding of what
> the lcn tag is for wrong? I'd like to know before I start cleaning things
> up.
>
> Thanks
> Mike
>
> --
> Mike Boos, MASc.
> mike.b...@gmail.com
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-es] Importación de Catastro

[Javier Sánchez Portero]

Me alegro. Ya son cinco provincias. Aquí estamos para lo que haga falta.

El 4 feb. 2018 19:18, "Jorge Sanz Sanfructuoso" 
escribió:

> Hola.
>
> Me añadido en la wiki como gestor de la provincia de Salamanca. Lo comento
> por aquí como indican los pasos de la wiki.
>
> Un saludo.
>
> El jue., 1 feb. 2018 a las 15:46, Javier Sánchez Portero (<
> javiers...@gmail.com>) escribió:
>
>> Hola
>>
>> Tras pasar por la lista import, he pasado la propuesta a fase activa. El
>> primer proyecto está publicado en el Gestor de Tareas:
>> http://tareas.openstreetmap.es/project/47
>>
>> Para reducir el número de proyectos, he agrupado seis municipios del
>> sureste de Tenerife, pero sólo están publicados los ficheros de tareas de
>> parte de uno de ellos. Las áreas de El Rosario donde los nombres de las
>> calles ya están revisados. Poco a poco iré publicando el resto de tareas.
>> Comienza ahora un proceso interactivo de comprobar calles sobre el terreno,
>> localizar colaboradores y subir tareas revisadas.
>>
>> Si quieres arrancar con la importación en tu zona dirígete a
>> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%
>> B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_
>> importaci%C3%B3n/Gesti%C3%B3n_de_proyectos
>>
>> Ya estamos apuntadas en la tabla cuatro provincias.
>>
>> Un saludo, Javier
>>
>>
>> El 24 de enero de 2018, 1:11, Javier Sánchez Portero <
>> javiers...@gmail.com> escribió:
>>
>>> Hola
>>>
>>> Ya está enviada la propuesta a la lista imports:
>>> https://lists.openstreetmap.org/pipermail/imports/2018-
>>> January/005342.html
>>>
>>> Tengo que agradecer a Alan su colaboración corrigiendo la traducción y a
>>> Néstor por sus contribuciones al código, que se suman a las de Rodrigo Rega.
>>>
>>> Hay publicada una nueva versión del programa con mejoras. Actualizar a
>>> 1.1.0.
>>>
>>> Saludos
>>>
>>> El 13 de enero de 2018, 16:57, Javier Sánchez Portero <
>>> javiers...@gmail.com> escribió:
>>>
 Lo has entendido bien, pero con revisar un 1-2% de las tareas es
 suficiente.

 Yo creo que la conclusión de la validación ya la tenemos. Los datos
 hace falta corregirlos como se explica en la página correcciones, más otras
 cosas que irán apareciendo. No hace falta que terminemos todos los
 municipios de la tabla, pero es bueno que hagas alguno para ir conociendo
 los datos.

 El 13 ene. 2018 16:25, "Joaquim"  escribió:

> Hola a todos
>
>
> Vengo siguiendo desde hace tiempo la lista de correo. Quiero
> participar en los trabajos de importación del Catastro, pero, la verdad es
> que me pierdo un poco.
>
> Creo que una tarea ahora es la "Revisión respecto a las imágenes
> aéreas". Si no lo he entendido mal, se trata de:
>
> -tomar un municipio de la lista de los 36 municipios escogidos como
> pilotos
>
> -extraer mediante el programa catatom2osm los datos
>
> -anotar en la tabla de "Revisión manual" el municipio, mi nombre, el
> total de tareas
>
> -hacer la revisión de algunas de las tareas generadas (¿cuantas?)
>
> -pasar la información obtenida a la tabla
>
>
> Si es así puedo empezar a revisar concordancia de las imágenes, si no
> lo he entendido bien os ruego que me lo expliquéis con más detalle.
>
> Gracias
>
> Joaquim
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/ 
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] Adressimport Wien

[Gabriel Pfuner]

sperrt die mailing liste doch endlich, und willkommen im Zeitalter des Forums, 
die schwelle zur mailingliste ist zu hoch und die Möglichkeiten in der 
mailingliste sind begrenzt. Dieses festhalten versteht auch keiner...


> Am 04.02.2018 um 16:54 schrieb Walter Nordmann :
> 
> ja, das ist die alte Problematik "Forum oder Liste - was ist besser?"
> 
> Ich stehe dieser Frage ziemlich neutral gegenüber (Sollte mich als "Piefke" 
> da ja auch raushalten ;))
> 
> Ich kann nur soviel sagen, dass der Kollege sich um einen Zugang zur Liste 
> bemüht, nicht ohne wieder eine provozierenden Äusserung loszulassen.
> 
> Persönlich bin ich im AT-Forum aktiv, da das Projekt der PLZ-Umstellung für 
> AT bei OSM meine Zustimmung findet. Bin da aber wegen PLZ-Karte und Fools ein 
> wenig vorbelastet ;)
> 
> Ansonsten teile ich Nakaners Ansichten. Der Herr ist nicht pflegeleicht.
> 
> Viel Spass damit
> walter aka wambacher
> 
> Am 04.02.2018 um 13:50 schrieb Michael Reichert:
>> Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
>> derartige Änderungen zu verzichten. Er schreibt nun in der
>> Änderungssatzdiskussion
>> (https://www.openstreetmap.org/changeset/56025822):
>>> Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
>>> Diskussionsraum bitten. Die talk-at Plattform bittet für meine
>>> Argumentation keine geeigneten grafischen Fähigkeiten.
>>> forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.
>> Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
>> empfände es als arrogant. Ich persönlich habe beim österreichischen
>> OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
>> auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
>> viel schreibt, aber noch genug andere, die auch etwas schreiben)
>> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

[Talk-us] Some questions about an area that’s been giving me difficulties and JOSM

[Chris J. M.]

Hello,

I’ve encountered a bunch of small questions all at once while trying to add 
detail to the parking lots between the McCoy Center, and the Polaris Towne 
Center (at https://www.openstreetmap.org/#map=16/40.1424/-82.9873).  They are 
in two categories: specific to this location and more general JOSM workflow 
questions.

Specific to the Polaris area:

• The ring roads around Polaris Fashion Place and the McCoy center look like 
they should have the same prominence, but the Polaris ring is labelled as 
“unclassified” and the McCoy ring is “tertiary”—which one should they both be 
or does someone else local have a reason why they are different levels?  
(Related, there are some mall entrances that are labeled as unclassified on one 
side of a crossroad but service on the other, even though they have similar 
numbers of lanes and function on both sides)
• Certain tiles have different offset and it’s hard to blend the areas smoothly 
with imagery alone.  I’ve occasionally seen this elsewhere when editing and I’m 
not sure if it’s one specific tile that has a different offset or if someone 
accidentally dragged all the elements a meter or two off their actual location. 
 Unless I can get out there myself and make sufficiently accurate measurements, 
I’m assuming that it is the tile that is offset.  How do you transition from an 
offset tile to the rest of the map?
• Most of the parking lots I want to fill in already have an area with 
“amenity=parking” on top of them and are just missing their parking aisles and 
driveways.  However, these marked parking areas are often poorly-rectified and 
seem to get in the way of editing.  I do not want to delete them because 
they’re clearly not vandalism (there are actual parking lots there) and it will 
probably be way more work that I expect to recreate everything, but it would be 
nice to start from a fresh slate.  Should I go back through older edit sets of 
mine to add the area with amenity=parking around the areas where I added 
parking aisles, or should I consider that a low priority and let the parking 
aisles speak for themselves for now?  Should I mark the areas in the future?
• Finally, there are some parking garages of unknown height, but with a 
definite connection between their top floor and the surrounding driveways (all 
the parking lanes are visible) and a connection of unknown internal routing 
between the driveways and a lower level.  How should I map them: as buildings, 
roads, or a building stacked between roads marked as bridge or tunnel?

More general JOSM workflow questions:

• Best way to align oval-shaped ways?  Is this where W (way alignment mode) 
shines?   Currently I drag the plus signs to the center of the road, then use 
the align in circle shortcut for small subsets of adjacent nodes to make the 
thing smooth and round.
• What is the best way to edit buildings that aren’t well-rectified but also 
contain curvy regions or wings that do not meet at 90°?  The orthagonalize tool 
doesn’t work that well (blends buildings into unrecognizable diamond shapes if 
I only select some nodes and not ways—it would be nice if it could snap to 15° 
increments instead of only looking for right angles).  I usually just part the 
way where the circular and rectangular portions meet, use the respective 
orthagonalize or circle function, then join them (but that doesn’t work as 
nicely for buildings that are intersecting rectangles).

Some bugs (with links to the tickets I filed):

• Has anyone else encountered JOSM becoming unresponsive to a number of 
keyboard shortcuts for no discernible reason? Specifically: undo, delete, most 
shortcuts involving modifier (command, option, etc…) keys don’t seem to work if 
I have JOSM open for too long.  I suspect it has to do something with Java UI 
getting confused over which window is active, but have no clue how I’d make it 
reproducible.  It just seems to be that after a while, undo and delete just 
stop working unless I use the edit menu. #15787 (the switching between apps 
isn’t as reliable of a way to reproduce this as I originally thought when 
opening the ticket)
• Possibly related, JOSM ignores all keyboard commands and menu entries after 
downloading new data until I close another dialogue box (typically I’ll click 
the add tag button and then close the box to get things working again): #15788

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

Re: [Talk-at] Adressimport Wien

[Robert Kaiser]

Markus Straub schrieb:
ich finde es problematisch, dass 
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen 
großflächigen Import von Adressdaten durchführt und dabei die Adressen 
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz 
des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222 
erklärt er zwar was er macht, aber ich finde, dass


- es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu setzen
- es nicht sinnvoll ist die addr:housenumber dann bei den 
Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
die Hausnummer und wird nicht zu Stiege /..?


Ich stimme da voll zu, solche Dinge gehören reverted und gestoppt. 
Manuelle Mühe durch derartiges Drüberbügeln zunichte zu machen führt 
dazu, dass sich Leute aus der Community zurückziehen und ist schon 
alleine deshalb abzulehnen.


Grüße,
KaiRo

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

[Talk-us] Vermont Town Boundaries import

[Adam Franco]

I'm putting together documentation for an import of Vermont Towns at:
https://wiki.openstreetmap.org/wiki/Vermont_Town_Boundary_Import_2018

I'm currently looking at this import as a mostly manual process in JOSM
(relations, tags, etc) with the boundary geometry being the only thing not
hand-crafted. Any feedback or tips would be most welcome.

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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

ja, das ist die alte Problematik "Forum oder Liste - was ist besser?"

Ich stehe dieser Frage ziemlich neutral gegenüber (Sollte mich als 
"Piefke" da ja auch raushalten ;))


Ich kann nur soviel sagen, dass der Kollege sich um einen Zugang zur 
Liste bemüht, nicht ohne wieder eine provozierenden Äusserung loszulassen.


Persönlich bin ich im AT-Forum aktiv, da das Projekt der PLZ-Umstellung 
für AT bei OSM meine Zustimmung findet. Bin da aber wegen PLZ-Karte und 
Fools ein wenig vorbelastet


Ansonsten teile ich Nakaners Ansichten. Der Herr ist nicht pflegeleicht.

Viel Spass damit
Walter aka wambacher


Am 04.02.2018 um 13:50 schrieb Michael Reichert:

Hallo,

Am 03.02.2018 um 14:13 schrieb Markus Straub:

ich finde es problematisch, dass
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen
großflächigen Import von Adressdaten durchführt und dabei die Adressen
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz
des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222
erklärt er zwar was er macht, aber ich finde, dass

- es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher
willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu setzen
- es nicht sinnvoll ist die addr:housenumber dann bei den
Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja
die Hausnummer und wird nicht zu Stiege /..?

Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
derartige Änderungen zu verzichten. Er schreibt nun in der
Änderungssatzdiskussion
(https://www.openstreetmap.org/changeset/56025822):

Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
Diskussionsraum bitten. Die talk-at Plattform bittet für meine
Argumentation keine geeigneten grafischen Fähigkeiten.
forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.

Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
empfände es als arrogant. Ich persönlich habe beim österreichischen
OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
viel schreibt, aber noch genug andere, die auch etwas schreiben)

Viele Grüße

Michael




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


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

Re: [Talk-it] L'editor ID di STRAVA non funziona...

[Marco Bartalini]

grazie mille, l'unica problematica così è che non ho il layer di immagini
satellitari di sfondo mannaggia... si l'unica attualmente è josm... ma
purtroppo per come lavoro io non mi è pratico utilizzarlo...

un vero peccato che non funzioni più strava ID... ma a chi possiamo mandare
una richiesta per capire cosa è accaduto??




*Marco Bartalini,marcobartal...@gmail.com *

2018-02-03 18:34 GMT+01:00 Marco :

> Ciao, usa direttamente iD con il livello di immagini personalizzato, le
> stringhe per ciclismo o running le trovi qua:
>
> https://help.openstreetmap.org/questions/60485/strava-updated-heatmap
> Unico inconveniente, il livello di Strava a livelli di zoom superiori a 16
> sparisce. In alternativa puoi usare anche JOSM
>
> Il 03/02/2018 16:23, Marco Bartalini ha scritto:
>
> ragazzi da alcuni giorni l'editor ID di strava non funziona più...
> qualcuno ne sa qualcosa?
>
> http://strava.github.io/iD/#background=Bing=16.22/18.35887/39.93547
>
> praticamente quando vado a salvare le modifiche mi esce il messaggio...
>
> "Il server ha risposto con codice undefined"
>
>
>
> *Marco Bartalini, marcobartal...@gmail.com *
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

ja, das ist die alte Problematik "Forum oder Liste - was ist besser?"

Ich stehe dieser Frage ziemlich neutral gegenüber (Sollte mich als 
"Piefke" da ja auch raushalten ;))


Ich kann nur soviel sagen, dass der Kollege sich um einen Zugang zur 
Liste bemüht, nicht ohne wieder eine provozierenden Äusserung loszulassen.


Persönlich bin ich im AT-Forum aktiv, da das Projekt der PLZ-Umstellung 
für AT bei OSM meine Zustimmung findet. Bin da aber wegen PLZ-Karte und 
Fools ein wenig vorbelastet ;)


Ansonsten teile ich Nakaners Ansichten. Der Herr ist nicht pflegeleicht.

Viel Spass damit
walter aka wambacher

Am 04.02.2018 um 13:50 schrieb Michael Reichert:

Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
derartige Änderungen zu verzichten. Er schreibt nun in der
Änderungssatzdiskussion
(https://www.openstreetmap.org/changeset/56025822):

Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
Diskussionsraum bitten. Die talk-at Plattform bittet für meine
Argumentation keine geeigneten grafischen Fähigkeiten.
forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.

Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
empfände es als arrogant. Ich persönlich habe beim österreichischen
OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
viel schreibt, aber noch genug andere, die auch etwas schreiben)



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

[Talk-ca] Meaning of lcn tag - designated route, or any cycling infrastructure

[Mike Boos]

Hello

I've noticed some users have begun tagging some roads in a number of
Canadian cities with lcn=yes tags, which are intended for marking local
cycling routes. My understanding of the lcn tag was that it was intended
for marking designated routes, not just any old way that is potentially
bikeable or personal preferences cycling routes.

For many roads, the lcn tag seems redundant, since these ways are already
tagged with cycleway=lane or something similar, and there is no
accompanying lcn_ref tag to provide information on individual route names
or numbers (if they exist). Other roads have been tagged, but have no
infrastructure or signage, which suggests someone is simply marking their
personal routes.

I'd like to think I have some sort of expertise in what constitutes an
official local cycling route in my area, having served as a member and
later chair of the Kitchener Cycling and Trails Advisory Committee for
several years. There are some signed routes that myself and others in the
area have properly marked with relations. But is my understanding of what
the lcn tag is for wrong? I'd like to know before I start cleaning things
up.

Thanks
Mike

-- 
Mike Boos, MASc.
mike.b...@gmail.com
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-es] Importación de Catastro

[Jorge Sanz Sanfructuoso]

Hola.

Me añadido en la wiki como gestor de la provincia de Salamanca. Lo comento
por aquí como indican los pasos de la wiki.

Un saludo.

El jue., 1 feb. 2018 a las 15:46, Javier Sánchez Portero (<
javiers...@gmail.com>) escribió:

> Hola
>
> Tras pasar por la lista import, he pasado la propuesta a fase activa. El
> primer proyecto está publicado en el Gestor de Tareas:
> http://tareas.openstreetmap.es/project/47
>
> Para reducir el número de proyectos, he agrupado seis municipios del
> sureste de Tenerife, pero sólo están publicados los ficheros de tareas de
> parte de uno de ellos. Las áreas de El Rosario donde los nombres de las
> calles ya están revisados. Poco a poco iré publicando el resto de tareas.
> Comienza ahora un proceso interactivo de comprobar calles sobre el terreno,
> localizar colaboradores y subir tareas revisadas.
>
> Si quieres arrancar con la importación en tu zona dirígete a
>
> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos
>
> Ya estamos apuntadas en la tabla cuatro provincias.
>
> Un saludo, Javier
>
>
> El 24 de enero de 2018, 1:11, Javier Sánchez Portero  > escribió:
>
>> Hola
>>
>> Ya está enviada la propuesta a la lista imports:
>> https://lists.openstreetmap.org/pipermail/imports/2018-January/005342.html
>>
>> Tengo que agradecer a Alan su colaboración corrigiendo la traducción y a
>> Néstor por sus contribuciones al código, que se suman a las de Rodrigo Rega.
>>
>> Hay publicada una nueva versión del programa con mejoras. Actualizar a
>> 1.1.0.
>>
>> Saludos
>>
>> El 13 de enero de 2018, 16:57, Javier Sánchez Portero <
>> javiers...@gmail.com> escribió:
>>
>>> Lo has entendido bien, pero con revisar un 1-2% de las tareas es
>>> suficiente.
>>>
>>> Yo creo que la conclusión de la validación ya la tenemos. Los datos hace
>>> falta corregirlos como se explica en la página correcciones, más otras
>>> cosas que irán apareciendo. No hace falta que terminemos todos los
>>> municipios de la tabla, pero es bueno que hagas alguno para ir conociendo
>>> los datos.
>>>
>>> El 13 ene. 2018 16:25, "Joaquim"  escribió:
>>>
 Hola a todos


 Vengo siguiendo desde hace tiempo la lista de correo. Quiero participar
 en los trabajos de importación del Catastro, pero, la verdad es que me
 pierdo un poco.

 Creo que una tarea ahora es la "Revisión respecto a las imágenes
 aéreas". Si no lo he entendido mal, se trata de:

 -tomar un municipio de la lista de los 36 municipios escogidos como
 pilotos

 -extraer mediante el programa catatom2osm los datos

 -anotar en la tabla de "Revisión manual" el municipio, mi nombre, el
 total de tareas

 -hacer la revisión de algunas de las tareas generadas (¿cuantas?)

 -pasar la información obtenida a la tabla


 Si es así puedo empezar a revisar concordancia de las imágenes, si no
 lo he entendido bien os ruego que me lo expliquéis con más detalle.

 Gracias

 Joaquim

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

>>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/ 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] [Imports] Sabbioneta buildings import

[Andrea Musuruane]

Hi Pierre,

On Sun, Feb 4, 2018 at 3:16 PM, Pierre Béland  wrote:

> the tag type is used  for relation types and the tag source:license is not
> generally used for imports.
>
> What I generally see on  the changesets is the  import=yes tag and a
> descriptive title about this specific import.  The title could contain
> reference such as
> "Sabioneta UNESCO Heritage site" + specific infos about features imported.
>

Actually all the tags I suggested are listed here:
https://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags

And they have already been used in other imports.

BR,

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

Re: [Talk-at] Adressimport Wien

[_]

@nebulon42, danke für den Hinweis, das ist grandios, schöne Arbeit! Genau das 
meinte ich.

Am effizientesten sind solche Tools wenn Sie auch als Web Anwendung zur 
Verfügung stehen.
Wäre fein, ein Webfrontend zu haben, das über eine einfache Schnittstelle 
solche Tools im Web 
verfügbar macht.

snupo

-Original Message-
From: nebulon42 [mailto:nebulo...@mailbox.org] 
Sent: Sonntag, 04. Februar 2018 11:58
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] Adressimport Wien

Ich weiß nicht ob du genau sowas gemeint hast, aber so ein Tool gibt es
bereits: https://gitlab.com/gmgeo/at-address-compare

nebulon42

Am 2018-02-04 um 10:38 schrieb  _:
> Stimme Markus Straub und Kevin Kofler zu.
> Die beschriebene Praxis ist sehr gut.
> 
> Ich denke OSM folgt ungefähr diesem Ansatz:
> * Manuelle Edits zuerst
> * Edits aus Datensammlungen primär zur *Motivation oder *Kontrolle 
> manueller Edits
> * Massenüberschreibung manueller Edits nur nach Test und gründlicher 
> Rücksprache mit der Community Das Überschreiben händischer Edits mit Daten 
> aus Datensammlungen ist grundsätzlich untunlich.
> 
> Die Daten des BEV sind sicher nutzbar für OSM, aber dieser Einsatz schadet 
> mehr als er nützt.
> Sinnvoll wäre zB ein Qualitätssicherungstool zu schreiben, das die BEV Daten 
> zur Qualitätssicherung der bestehenden Daten nutzt. 
> 
> snupo
> 
> 
> -Original Message-
> From: Kevin Kofler [mailto:kevin.kof...@chello.at]
> Sent: Sonntag, 04. Februar 2018 06:24
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Adressimport Wien
> 
> Markus Straub wrote:
>> - es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
>> willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu 
>> setzen
> 
> +1
> 
> Bisher wurde das in Wien so gehandhabt: Wenn ein Gebäude nur eine Adresse 
> hat, dann ist diese bevorzugt auf das gesamte Polygon bzw. Multipolygon zu 
> setzen. Nur wenn es mehrere Adressen für ein Gebäude gibt (meistens bei 
> Eckhäusern), dann werden diese auf die Eingänge gesetzt. Ich halte das 
> bereits für den besten Kompromiß, bin also dafür, die bestehende Praxis 
> beizubehalten.
> 
>> - es nicht sinnvoll ist die addr:housenumber dann bei den 
>> Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt 
>> ja die Hausnummer und wird nicht zu Stiege /..?
> 
> +1, das erscheint mir ganz klar.
> 
>> siehe z.B.
>> https://www.openstreetmap.org/changeset/56025822#map=19/48.23615/16.4
>> 7
>> 712 oder https://www.openstreetmap.org/#map=19/48.27661/16.37471
>>
>> Wie seht ihr das?
> 
> Diese Änderungen sind nicht sinnvoll. Gleich auf den ersten Blick im 
> Rendering sichtbar sind viele doppelte Hausnummern. Auf der Datenebene gibt 
> es wahrscheinlich noch mehr Ungereimtheiten.
> 
> Kevin Kofler
> 
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 



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

Re: [OSM-ja] 2/10 東京！街歩き！マッピングパーティ：第16回 赤坂氷川神社

[yasunari yamashita]

東京！街歩き！マッピングパーティ　世話役の山下です。
皆さん、こんにちわ。

東京！街歩き！マッピングパーティ：第16回 赤坂氷川神社
https://openstreetmap.connpass.com/event/76265/
はいよいよ来週末となりました。

マッパーの皆さまの参加をおまちしています！



2018年1月15日 21:01 yasunari yamashita :
> 東京！街歩き！マッピングパーティ　世話役の山下です。
> 皆さん、こんにちわ。
>
> 毎月開催している東京！街歩き！マッピングパーティ
> 次回は 2/10 に赤坂氷川神社をターゲットに開催します。
> https://openstreetmap.connpass.com/event/76265/
>
> マッピングパーティに参加せずしてマッパーというなかれ（笑
> 是非、ご参加ください！！
> --
> 山下康成＠東京都新宿区



-- 
山下康成＠東京都新宿区
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-at] Adressimport Wien

[Michael Reichert]

Hallo,

Am 03.02.2018 um 14:13 schrieb Markus Straub:
> ich finde es problematisch, dass
> https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen
> großflächigen Import von Adressdaten durchführt und dabei die Adressen
> von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz
> des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222
> erklärt er zwar was er macht, aber ich finde, dass
> 
> - es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher
> willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu setzen
> - es nicht sinnvoll ist die addr:housenumber dann bei den
> Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja
> die Hausnummer und wird nicht zu Stiege /..?

Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
derartige Änderungen zu verzichten. Er schreibt nun in der
Änderungssatzdiskussion
(https://www.openstreetmap.org/changeset/56025822):
> Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
> Diskussionsraum bitten. Die talk-at Plattform bittet für meine
> Argumentation keine geeigneten grafischen Fähigkeiten.
> forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.

Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
empfände es als arrogant. Ich persönlich habe beim österreichischen
OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
viel schreibt, aber noch genug andere, die auch etwas schreiben)

Viele Grüße

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-at] Adressimport Wien

[nebulon42]

Ich weiß nicht ob du genau sowas gemeint hast, aber so ein Tool gibt es
bereits: https://gitlab.com/gmgeo/at-address-compare

nebulon42

Am 2018-02-04 um 10:38 schrieb  _:
> Stimme Markus Straub und Kevin Kofler zu.
> Die beschriebene Praxis ist sehr gut.
> 
> Ich denke OSM folgt ungefähr diesem Ansatz:
> * Manuelle Edits zuerst
> * Edits aus Datensammlungen primär zur *Motivation oder *Kontrolle manueller 
> Edits
> * Massenüberschreibung manueller Edits nur nach Test und gründlicher 
> Rücksprache mit der Community
> Das Überschreiben händischer Edits mit Daten aus Datensammlungen ist 
> grundsätzlich untunlich.
> 
> Die Daten des BEV sind sicher nutzbar für OSM, aber dieser Einsatz schadet 
> mehr als er nützt.
> Sinnvoll wäre zB ein Qualitätssicherungstool zu schreiben, das die BEV Daten 
> zur Qualitätssicherung der bestehenden Daten nutzt. 
> 
> snupo
> 
> 
> -Original Message-
> From: Kevin Kofler [mailto:kevin.kof...@chello.at] 
> Sent: Sonntag, 04. Februar 2018 06:24
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Adressimport Wien
> 
> Markus Straub wrote:
>> - es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
>> willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu 
>> setzen
> 
> +1
> 
> Bisher wurde das in Wien so gehandhabt: Wenn ein Gebäude nur eine Adresse 
> hat, dann ist diese bevorzugt auf das gesamte Polygon bzw. Multipolygon zu 
> setzen. Nur wenn es mehrere Adressen für ein Gebäude gibt (meistens bei 
> Eckhäusern), dann werden diese auf die Eingänge gesetzt. Ich halte das 
> bereits für den besten Kompromiß, bin also dafür, die bestehende Praxis 
> beizubehalten.
> 
>> - es nicht sinnvoll ist die addr:housenumber dann bei den 
>> Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
>> die Hausnummer und wird nicht zu Stiege /..?
> 
> +1, das erscheint mir ganz klar.
> 
>> siehe z.B.
>> https://www.openstreetmap.org/changeset/56025822#map=19/48.23615/16.47
>> 712 oder https://www.openstreetmap.org/#map=19/48.27661/16.37471
>>
>> Wie seht ihr das?
> 
> Diese Änderungen sind nicht sinnvoll. Gleich auf den ersten Blick im 
> Rendering sichtbar sind viele doppelte Hausnummern. Auf der Datenebene gibt 
> es wahrscheinlich noch mehr Ungereimtheiten.
> 
> Kevin Kofler
> 
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 



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

Re: [Talk-it] [Imports] Sabbioneta buildings import

[Andrea Musuruane]

Hi!
   I think you're rushing this import. You sent the email on talk-it just 4
days ago. You should allow more time to reviewers to examine your proposal.

Your proposal miss some of the parts detailed in the
https://wiki.openstreetmap.org/wiki/Import/Plan_Outline. I really suggest
you to use it as a template and fill the different sections.

There is no link to the original data set.

In the licence section, please add the the Municipality of Sabbioneta has
agreed to license the data under the ODbL. Do not suppose non Italian
speakers can read the waiver.

Tagging the changeset with "source=Carta Tecnica Comunale" is not good
enough. It does not link the data to your import. It would be better to tag
it like the following:

   - source=Comune di Sabbioneta
   - source:license=ODbL
   - type=import
   - url=https://wiki.openstreetmap.org/wiki/Sabbioneta

The source tag is mandatory. I strongly encourage to use the other ones too.

The resulting OSM file has a lot of duplicate nodes and nodes of adjacent
buildings not connected. You can check them using JOSM validator.

In multi-polygons, there are some tags that are probably a leftover from
the original dataset: OBJECTID, Entity.

The conflation phase is missing. How do you plan to conflate existing
buildings and imported ones?

The revert plan is missing.

The QA phase is missing.

I guess you are the only one that will perform this import. Please state it
in the "Team Approach" section along with your your current OSM username
(GiorgioL) and import username (GiorgioL-import).

Thanks,

Andrea



On Sat, Feb 3, 2018 at 1:51 AM, Giorgio Limonta 
wrote:

> I plan to import the buildings from the municipal topographic map of
> Sabbioneta  (UNESCO site) that
> has only few building features in OSM
> .
>
> Here is the import plan: https://wiki.openstreetmap.org/wiki/Sabbioneta.
>
> This import has been discussed on the Italian mailing list.
>
> Thanks
>
> GiorgioL
>
>
> ___
> Imports mailing list
> impo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-at] Adressimport Wien

[_]

Stimme Markus Straub und Kevin Kofler zu.
Die beschriebene Praxis ist sehr gut.

Ich denke OSM folgt ungefähr diesem Ansatz:
* Manuelle Edits zuerst
* Edits aus Datensammlungen primär zur *Motivation oder *Kontrolle manueller 
Edits
* Massenüberschreibung manueller Edits nur nach Test und gründlicher 
Rücksprache mit der Community
Das Überschreiben händischer Edits mit Daten aus Datensammlungen ist 
grundsätzlich untunlich.

Die Daten des BEV sind sicher nutzbar für OSM, aber dieser Einsatz schadet mehr 
als er nützt.
Sinnvoll wäre zB ein Qualitätssicherungstool zu schreiben, das die BEV Daten 
zur Qualitätssicherung der bestehenden Daten nutzt. 

snupo


-Original Message-
From: Kevin Kofler [mailto:kevin.kof...@chello.at] 
Sent: Sonntag, 04. Februar 2018 06:24
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] Adressimport Wien

Markus Straub wrote:
> - es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher 
> willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu 
> setzen

+1

Bisher wurde das in Wien so gehandhabt: Wenn ein Gebäude nur eine Adresse hat, 
dann ist diese bevorzugt auf das gesamte Polygon bzw. Multipolygon zu setzen. 
Nur wenn es mehrere Adressen für ein Gebäude gibt (meistens bei Eckhäusern), 
dann werden diese auf die Eingänge gesetzt. Ich halte das bereits für den 
besten Kompromiß, bin also dafür, die bestehende Praxis beizubehalten.

> - es nicht sinnvoll ist die addr:housenumber dann bei den 
> Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja 
> die Hausnummer und wird nicht zu Stiege /..?

+1, das erscheint mir ganz klar.

> siehe z.B.
> https://www.openstreetmap.org/changeset/56025822#map=19/48.23615/16.47
> 712 oder https://www.openstreetmap.org/#map=19/48.27661/16.37471
> 
> Wie seht ihr das?

Diese Änderungen sind nicht sinnvoll. Gleich auf den ersten Blick im Rendering 
sichtbar sind viele doppelte Hausnummern. Auf der Datenebene gibt es 
wahrscheinlich noch mehr Ungereimtheiten.

Kevin Kofler




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


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