Re: [Talk-ko] Bad data ..

2012-09-13 Per discussione Andrew Errington
Hello,

I had previously noted this mapper's work and queried it.  Since then,
I notice that most of his edits (from 2 years ago) have been deleted
as part of a de-duplication process (not sure how that works).  This
time he has introduced 4 more changesets which are generally poor
quality.

If there are no objections I will ask on one of the main lists for
help with deleting all of these 4 recent changesets (from 6/7
September).  Anything else that's still present will have to be
fixed/deleted as it is discovered, or someone with some free time
could trawl through his edit history.

Could a Korean speaker please contact lee heesam and tell him that
is what I plan to do (if that's what he wants, then he should be ok
with it), and that bulk uploads of data is usually bad unless it's
very carefully planned (and isn't under someone else's copyright).  If
someone could also help him to improve his mapping skills that would
be even better.

Best wishes,

Andrew

On Sat, Sep 8, 2012 at 10:04 PM, Robert Helvie alim...@gmail.com wrote:
 Hey folks,

 In a well intentioned but misguided edit, user lee heesam added a bunch of
 railroad data.

 I noticed tags that are reminiscent of Garmin data like:

 Datalevel : 1
 Levels : 3
 MARINE : N
 MP_TYPE : 0x14

 I contacted him and he admitted that it was Garmin data. He wants to delete
 the data, but is not quite sure how.

 I am not quite sure how to do such a large deletion either.
 So if someone who has more experience in mass deletion than me could give it
 a go, that would be good. He has other edits, so be careful.
 Or at least people should keep an eye out for the data and delete it when
 you see it. It is mostly rail ways but possibly some stations. Just check
 for those tags.

 It is not even good data. It is old an only vaguely follows the imagery.

 Thanks,

  Robert

 We should give meaning to life, not wait for life to
 give us meaning. 
 ~ unknown
 ---


 ___
 Talk-ko mailing list
 Talk-ko@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ko


___
Talk-ko mailing list
Talk-ko@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ko


Re: [talk-ph] Booth/exhibit ideas for PhilGEOS symposium

2012-09-13 Per discussione Eugene Alvin Villar
The following would be nice:

- Updated OSM banners
- Updated and more professional-looking brochures/leaflets/pamphlets
- A laptop continuously running OSM-related videos/animations (like
ITO's A Year of Edits)
- Garmin devices showing demo routing

Anyone willing to pitch in the funds so we can produce the banner and
the leaflets? :)


On Thu, Sep 6, 2012 at 1:17 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
 Dear everyone,

 OSGeo PH and OSM PH will have an exhibition booth during the PhilGEOS
 Symposium at UP Diliman on November 23-24, 2012.  Please share ideas
 on what we can setup in the booth.

 http://philgeos2012.wordpress.com/

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


Re: [OSM-talk-be] Routing view

2012-09-13 Per discussione Joren DC
I fixed almost all problems in the state Antwerp. I only have 4 red dots 
left.


Can somebody take a look at this strange situation: 
http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5

I don't know how to solve it, and what happened to the roads.

Kind regards,
Joren

Op 13/09/12 11:33, Teddy schreef:
I just fix connexion problems around Mons, Charleroi, Namur, Liège 
+ Ardennes.

Still to fix the north of E42.
__Eddy__

2012/9/4 Johan C osm...@gmail.com mailto:osm...@gmail.com

Hi there

Belgium is slowly starting to look a bit red again:


http://tools.geofabrik.de/osmi/?view=routinglon=5.02744lat=50.79917zoom=9overlays=unconnected_major1,unconnected_major2,unconnected_major5


These are all unconnected ways which will cause routing errors in
any navigation device based on OSM. Is anybody willing to remove
these red dots in his/her province?

2012/6/3 Sander Deryckere sander...@gmail.com
mailto:sander...@gmail.com

It looks like, in half a month, that most problems are gone
now. At least almost all problems concerning routability for
cars are gone, and the others are also diminishing.

Thanks again for mentioning this here. We do a lot better than
the UK now, and even better than some parts in Germany.

Cheers,
Sander

2012/5/15 Johan C osm...@gmail.com mailto:osm...@gmail.com

Hi, is anyone familiar with this site:

http://tools.geofabrik.de/osmi/?view=routinglon=4.32973lat=50.82125zoom=9
showing several hundred routing problems in Belgium?



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


Re: [OSM-talk-be] Routing view

2012-09-13 Per discussione Maarten Deen

On 2012-09-13 12:10, Joren DC wrote:

I fixed almost all problems in the state Antwerp. I only have 4 red
dots left.

 Can somebody take a look at this strange situation:

http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5
[6]
 I don't know how to solve it, and what happened to the roads.


It is just as the OSM inspector indicated: the roads were close to 
eachother but not connected.
In addition, De Eendracht had an extra node which made the way overlap 
itself.
In JOSM these things are easy to fix: select the two nodes and merge 
them.


It's now fixed. I also fixed the development tags. General use for 
roads that are not there yet is highway=construction and 
construction=living_street (or whatever tag the highway tag is going to 
get)


Maarten


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


Re: [OSM-talk-be] Routing view

2012-09-13 Per discussione Jo
2012/9/13 Maarten Deen md...@xs4all.nl

 On 2012-09-13 12:10, Joren DC wrote:

 I fixed almost all problems in the state Antwerp. I only have 4 red
 dots left.

  Can somebody take a look at this strange situation:

 http://tools.geofabrik.de/**osmi/?view=routinglon=4.**
 47035lat=51.38314zoom=16**overlays=unconnected_major1,**
 unconnected_major2,**unconnected_major5http://tools.geofabrik.de/osmi/?view=routinglon=4.47035lat=51.38314zoom=16overlays=unconnected_major1,unconnected_major2,unconnected_major5
 [6]

  I don't know how to solve it, and what happened to the roads.


 It is just as the OSM inspector indicated: the roads were close to
 eachother but not connected.
 In addition, De Eendracht had an extra node which made the way overlap
 itself.
 In JOSM these things are easy to fix: select the two nodes and merge them.

 It's now fixed. I also fixed the development tags. General use for roads
 that are not there yet is highway=construction and
 construction=living_street (or whatever tag the highway tag is going to get)


I tried to fix it too and got many conflicts. You're too fast for me,
Maarten :-) I must be getting old.

Cheers,

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


Re: [OSM-talk-be] highway-tag per ongeluk verwijderd

2012-09-13 Per discussione Joren DC

Jo,


Dupliceer de relatie en wissel from en to om in de kopie.
Sluit de relation editor vensters.
Wat is de conventie om bij 'name' te schrijven. Ik zet hier nu 
consistent formaat: 'De Lijn nummer from - to'. Als ik een lijn 
dupliceer om een route in de tegenovergestelde richting te maken, wijzig 
ik dus niet alleen tag 'from' en 'to', maar ook 'name'. Is dit correct? 
Kan dit beter?


Vriendelijke groet,
Joren

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


Re: [OSM-legal-talk] [OSM-talk] Legal Wording again..

2012-09-13 Per discussione Mike Dupont
this is a topic for legal.
the content is no longer cc-by-sa,
it is OdBL

On Fri, Sep 14, 2012 at 7:44 AM, Frans Thamura fr...@meruvian.org wrote:
 i want the Osmosa also in that text

 content CCA from OSM
 server hosted in osmosa.net

 any idea?

 F


 On Fri, Sep 14, 2012 at 12:40 PM, Alex Rollin alex.rol...@gmail.com wrote:

 Data CC-By-SA by © OpenStreetMap.

 Looks great!  Also, the OdBL chage is official.  Can someone provide a new
 license text for OdBL?

 A

 On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.org
 wrote:

 hi all

 we develop an apps , integrated with OSM, and we have 2 option, to use
 OSM.org and our own Osmosa.net

 take a look this URL

 http://demo.meruvian.org/module/eduunit

 the database is access to our server in osmosa.net, because both under
 our own IIX (www.iix.net.id)


 any idea for the right letter in the map box?

 F

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




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




-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova http://flossk.org
Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com
Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3

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


[OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?

2012-09-13 Per discussione LIVINE Christin

Hi,

How to add, edit, remove tag for an object without Potlatch, Merkaartor 
or JOSM ?


For example. For France, I'd like to add tag name:ty.
- I try on JOSM.
- I search france. It results many names with france.
- I select | Name : France, Europe | Type : boundary | Class Type : 
administrative | Bounds : … |. At the bottom, a red message appears : 
Download Area too large; will probably be rejected.
- I click the button Download. A Bad Request box appears : The OSM 
server 'http://api.openstreetmap.org/api/0.6/' reported a bad request. 
The area you tried to download is too big or your request was too large. 
Either request a smaller area or use an export file provided by the OSM 
community.


I was thinking to add the tag name:ty for the object france, but I don't 
know how to do.




But Maybe I'm wrong in the way. Because with japan, it works.
- I try with Japan.
- I search japan. It results many names with japan.
- I select | Name : Japan, Asia | Type : place | Class Type : country | 
Bounds : … |. At the bottom, a grey appears : Download area ok, size 
probably acceptable to server.

- I click Download. Datas are downloading and a small icon Japan appears.

What's the difference ?


Bye.






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


Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?

2012-09-13 Per discussione Ilya Zverev

LIVINE Christin:

How to add, edit, remove tag for an object without Potlatch, 
Merkaartor

or JOSM ?



For example. For France, I'd like to add tag name:ty.


You could do this with rawedit 
http://wiki.openstreetmap.org/wiki/Rawedit but it is broken now.


As for JOSM, there is a better way. 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives#France_.28admin_level_2.29 
tells that relation number for France boundary is 11980. Select 
File-Download object, choose relation, enter 11980, uncheck all boxes 
for downloading relation members and hit OK. Then select the relation 
and add any tags you like.


If there's no relevant wiki page, you can use Overpass API. At the 
moment there is no administrative border for Japan in the database 
(someone has probably deleted it earlier), that's why you were able to 
find something that is not Japan and quite small, but to get the 
relation for the China border, for example, you can type

http://overpass-api.de/api/interpreter?data=[out:custom];rel[%22name:en%22~%22China$%22];out;redirect=no
find out that the relation number is 270056 and download it in JOSM.


IZ

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


Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?

2012-09-13 Per discussione Martin Koppenhoefer
2012/9/13 LIVINE Christin l...@mail.pf:
 - I select | Name : France, Europe | Type : boundary | Class Type :
 administrative | Bounds : … |. At the bottom, a red message appears :
 - I select | Name : Japan, Asia | Type : place | Class Type : country |
 Bounds : … |.
 What's the difference ?


In the France case you found an administrative boundary (surrounding
all of France) in the Japan case I suspect you found a place node
(just a single node) representing vaguely the country.

If you want to add another name-tag to one of these and you don't want
to deal with overpass or other external APIs you can also simply zoom
into the map and download a small part where at least one node of the
desired boundary is contained. Then you edit the relation (could also
be a way, but generally you will find relations) and add your name tag
(no need to download the whole relation, but you could also do it
(e.g. from inside the relation editor in JOSM you click on download
incomplete members) to check consistency, if you don't do it then
better not touch the geometry but change only tags).

Cheers,
Martin

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


[OSM-talk] Rohde Schwarz using OSM

2012-09-13 Per discussione ce-test, qualified testing bv - Gert Gremmen
 

Reputed manufacturer of RF equipment Rohde  Schwarz

has applied OSM maps in firmware in their portable

RS DDF007 Direction Finder for tracking down

(illegal) sources of interference.

 

Their brochure states that OSM currently is license-free,

which apparently is a commercial translation of free-license.

The brochure clearly mentions OSM and its possibilities and

the OSM  url.

 

Geo licenses seem really difficult to understand ;))

 

As far as my information goes the device will cost you 

more than 50.000 USD.

 

I do not have any information about attribution,

but the brochure screen image shows none.

 

http://www2.rohde-schwarz.com/en/products/radiomonitoring/direction_find
er/DDF007-|-Brochures_and_Data_Sheets-|-19-|-8692.html

 

image001.gif___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Licence change

2012-09-13 Per discussione Robert Kaiser

Richard Fairhurst schrieb:

OSM data downloaded after 9am today is now licensed under the Open
Database Licence.


\o/ \o/ \o/

As just some mapper, I'd like to thank everyone who has been working 
over the years to get this done - both getting the CTs in place and then 
the license conversion. You all did a great and very important job.


When I joined the project, the one thing that made me feel somewhat 
strange was that there were no clear terms for contribution. When I 
heard that even the license used was unsure to hold up for a database, 
that didn't make me feel more at ease. It's great that those things have 
finally been settled.


Now I hope we'll clear up the still open questions (e.g. is a vector map 
like a Garmin one considered a database or a derived work?), hopefully 
put those CT/license flamewar-ish discussions firmly behind us and 
instead make this project even strong in both the data set and the 
community!


Robert Kaiser


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


Re: [OSM-talk] Rohde Schwarz using OSM

2012-09-13 Per discussione Toby Murray
On Thu, Sep 13, 2012 at 7:35 AM, ce-test, qualified testing bv - Gert
Gremmen g.grem...@cetest.nl wrote:

 Reputed manufacturer of RF equipment Rohde  Schwarz

 has applied OSM maps in firmware in their portable

 RS DDF007 Direction Finder for tracking down

 (illegal) sources of interference.



 Their brochure states that OSM currently is *license-free,*

 which apparently is a commercial translation of free-license.

 The brochure clearly mentions OSM and its possibilities and

 the OSM  url.



 Geo licenses seem really difficult to understand ;))



 As far as my information goes the device will cost you

 more than 50.000 USD.



 I do not have any information about attribution,

 but the brochure screen image shows none.




 http://www2.rohde-schwarz.com/en/products/radiomonitoring/direction_finder/DDF007-|-Brochures_and_Data_Sheets-|-19-|-8692.html




I wouldn't expect direct on screen attribution on a mobile device. They
have enough happening on that screen as is. At least the brochure certainly
leaves no doubt that this is an OSM based map although they don't quite
include the blessed text.

However their documentation needs some work. I just download their
OSMWizard installer. It has an OpenSource_Acknowledgement.pdf file in it
which is great. This file contains the software licenses for 13 different
pieces of open source software that they use. QT (typoed as OT in one
table), Boost,  GnuPlot, Postgres, OpenSSL, etc. But no mention of
OpenStreetMap :(

The other problem is that this OSMWizard software is a tile scraper. It
doesn't send a user agent string either so it is violating several terms of
our tile usage policy. You can put in a custom tile server but it defaults
to the osm.org mapnik layer. Although, given the specialized nature of this
product I imagine it won't really cause any major problems compared to the
other scrapers that are out there.

Toby
image001.gif___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] How to add, edit, remove tag for an object without Potlatch, Merkaartor or JOSM ?

2012-09-13 Per discussione LIVINE Christin

Thank you for all answers.

All your suggestions works.

Wiki : I have to find the pages ^^;
Overpass : I have to edit the URL with the good name, name:en, name:fr.
Rawedit (http://textual.ru/rawedit) : I can't add comment.

More suggestions are welcome.

Thank you. Bye.


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


Re: [OSM-talk] I would like to add names in languages of French Polynesia. How to do ?

2012-09-13 Per discussione LIVINE Christin

Thank you for all answers.

It was interesting. I learned many things :
- How language tag should be coded
- IETF and IANA for languages of the world.

From my side, I'll look for more information in the field.

Thank you. Bye.



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


Re: [OSM-talk] Licence change

2012-09-13 Per discussione Michael Kugelmann

On 13.09.2012 01:06, Martin Koppenhoefer wrote:


announcements (in means of lessons learned): within a multinational
worldwide project it is recommended to add a time zone if a time is given.

I'd expect it to be either zulu-time-zone (UTC+0) or British summer
time (UTC+1) (because the seat of OSMF is in London). It should be
only relevant to you,
But that's exactly what I pointed on: I'd expect and It should, that 
reflects the missing information that I suggested to add in future  
announcements. If you are used to work in worldwide distributed projects 
in busness then adding a time zone (or make it location based like 
Munich time) is normal for you (in that case: for me).



if you download data from the API, given that it
is supposed to be legally impossible to make a soft license transition
by applying diffs to a cc-by-sa planet.
could IMHO also happen if you download data from the API prior the 
licence change to an offline editor (e.g. JOSM) and afterwards upload 
edits based on this cc-by-sa data to the ODBL-API.



Best regards,
Michael.


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


Re: [OSM-talk] Licence change

2012-09-13 Per discussione Richard Weait
On Thu, Sep 13, 2012 at 5:32 PM, Michael Kugelmann michaelk_...@gmx.de wrote:
 On 13.09.2012 01:06, Martin Koppenhoefer wrote:

 announcements (in means of lessons learned): within a multinational
 worldwide project it is recommended to add a time zone if a time is
 given.

 I'd expect it to be either zulu-time-zone (UTC+0) or British summer
 time (UTC+1) (because the seat of OSMF is in London). It should be
 only relevant to you,

 But that's exactly what I pointed on: I'd expect and It should, that
 reflects the missing information that I suggested to add in future
 announcements.

Yes, we missed the time zone in that announcement.  We often include it.  Sorry!

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


[OSM-talk] Legal Wording again..

2012-09-13 Per discussione Frans Thamura
hi all

we develop an apps , integrated with OSM, and we have 2 option, to use
OSM.org and our own Osmosa.net

take a look this URL

http://demo.meruvian.org/module/eduunit

the database is access to our server in osmosa.net, because both under
our own IIX (www.iix.net.id)


any idea for the right letter in the map box?

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


Re: [OSM-talk] Legal Wording again..

2012-09-13 Per discussione Alex Rollin
Data CC-By-SA by © OpenStreetMap http://openstreetmap.org/.

Looks great!  Also, the OdBL chage is official.  Can someone provide a new
license text for OdBL?

A

On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.org wrote:

 hi all

 we develop an apps , integrated with OSM, and we have 2 option, to use
 OSM.org and our own Osmosa.net

 take a look this URL

 http://demo.meruvian.org/module/eduunit

 the database is access to our server in osmosa.net, because both under
 our own IIX (www.iix.net.id)


 any idea for the right letter in the map box?

 F

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


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


Re: [OSM-talk] Legal Wording again..

2012-09-13 Per discussione Frans Thamura
i want the Osmosa also in that text

content CCA from OSM
server hosted in osmosa.net

any idea?

F


On Fri, Sep 14, 2012 at 12:40 PM, Alex Rollin alex.rol...@gmail.com wrote:

 Data CC-By-SA by © OpenStreetMap http://openstreetmap.org/.

 Looks great!  Also, the OdBL chage is official.  Can someone provide a new
 license text for OdBL?

 A

 On Fri, Sep 14, 2012 at 12:33 PM, Frans Thamura fr...@meruvian.orgwrote:

 hi all

 we develop an apps , integrated with OSM, and we have 2 option, to use
 OSM.org and our own Osmosa.net

 take a look this URL

 http://demo.meruvian.org/module/eduunit

 the database is access to our server in osmosa.net, because both under
 our own IIX (www.iix.net.id)


 any idea for the right letter in the map box?

 F

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



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


Re: [OSM-talk-nl] maps

2012-09-13 Per discussione Henk Drenth
Hallo,
Dat was inderdaad mijn vraag en ik heb verschillende gps devices waaronder de 
Mio 728 en een chinees, beide gebruiken de maps met fbl extinticties. Heb wel 
een torrentdownload waar ook OSM files bijstaan naast Teleatlas en Navteq en 
die werken allemaal met mijn gps. De kaartenvan OSM zien er gelikter uit en 
zijn uitvoeriger dan TA en NAV. Vandaar mijn vraag hoe ik de Garmin files zou 
kunnen converteren. Iemand heeft dus kans gezien om OSM files om te bouwen maar 
ik weet niet hoe. En dat was dus de inhoud van mijn vraag.
Groetjes, Henk

 From: f...@users.sourceforge.net
 Date: Wed, 12 Sep 2012 22:21:51 +0200
 To: talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] maps
 
 Henk,
 
 Als ik je vraag goed begrijp wil je OpenStreetMap-kaarten gebruiken op
 je Mio autonavigatie?
 
 Volgens mij gaat dat niet. Mio staat hier, net als alle andere
 fabrikanten, niet om te springen want dat scheelt ze een hoop
 inkomsten omdat hun eigen kaarten minder verkocht worden. Voor Garmin
 hebben mensen het interne mapformaat ontcijferd en nagemaakt, maar
 voor zover ik weet is dat voor de andere fabrikanten niet gedaan.
 
 Gegroet,
 Frank
 
 Op 12 sep. 2012 17:04 schreef Henk Drenth hw.dre...@live.nl het volgende:
 
  Hoi,
  Hoe kom ik er achter of deze maps ook met een gewone gps zijn te gebruiken 
  die werkt met maps.fbl?
  Henk
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-nl
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl
  ___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [OSM-talk-nl] Oude topografische kaarten

2012-09-13 Per discussione Frank Steggink

On 12-9-2012 11:51, Paul Smits wrote:
Het zou ook van pas kunnen komen bij humanitaire mapping. Kunnen goede 
aanwijzingen zijn voor wegen in afgelegen gebieden. Bijvoorbeeld 
http://tasks.hotosm.org/job/47
Is er een kans dat deze russische kaarten als WMS beschikbaar komen 
voor bijvoorbeeld JOSM?


Op 12 september 2012 10:38 schreef Maarten Deen md...@xs4all.nl 
mailto:md...@xs4all.nl het volgende:


On 2012-09-12 09:38, Frank Fesevur wrote:

Op 12 september 2012 08:01 heeft Maarten Deen het volgende
geschreven:

Ik weet niet of het hier al een keer genoemd is, maar op
http://www.topomapper.com kun je oude topografische
kaarten zien, en ook
split-screen vergelijken met de huidige situatie in o.a. OSM.


Zijn inderdaad oude kaarten, ik gok jaren 80. Dan pas zie je
hoeveel
er bijvoorbeeld in en om Den Haag is bijgebouwd.


Nog daarvoor. Als ik op
http://www.autosnelwegen.nl/asw/netw/netwerk2.htm kijk en zie dat
de A50 onder Valburg alleen nog als stippellijn is ingetekend en
de A28 vanaf Meppel ontbreekt (daar is wel een andere kaart
gebruikt), en de A50 van Den Bosch naar Heesch er wel al is, dan
is het stand 1975.



In JOSM is het al mogelijk om een WMS-laag of tiles-laag (TMS) toe te 
voegen. In het specifieke geval van topomapper ligt het anders, omdat 
dit gebruik maakt van het tiled WMS protocol. Het request wordt aan 
TileCache gedaan (een applicatie die tiles uit WMS genereert en cachet). 
Hierdoor heb je wel de extent van de tiles nodig zoals in WMS, maar je 
bent gebonden aan de tile-indeling. Ik weet niet of JOSM dit 
ondersteunt. Ik zie geen voorbeeld met TileCache in de lijst met WMS / 
TMS. Misschien kan TileCache ook op een andere manier aangesproken 
worden (dus met x, y en zoom, zoals de OSM tiles), maar ik ben hier niet 
in thuis.


In theorie is het natuurlijk mogelijk om oude kaarten te gebruiken om 
daar informatie vandaan te halen. Je moet dan wel alert zijn op de 
volgende zaken:
* Ouderdom: de meeste topografische kaarten die beschikbaar zijn van 
afgelegen gebieden zijn vaak al tientallen jaren oud. De kans is groot 
dat de situatie is veranderd.
* Kwaliteit: je weet niet zeker wat de kwaliteit van de kaart is. Ik heb 
met Topomapper een stukje in de D.R. Congo vergeleken met OSM. De 
situatie kwam niet erg overeen. In ieder geval was op die plek al OSM 
data beschikbaar.
* Copyright: vaak rust er copyright op kaarten, dus je kunt ze niet 
zomaar gebruiken. In het geval van de Sovjet-kaarten is dat anders, 
omdat de USSR nooit de Conventie van Bern heeft ondertekend. Let op: op 
de meer gedetailleerde West-europese kaarten (1:200.000 en groter) rust 
wel copyright, omdat bewezen is dat de kaarten zijn overgetekend van de 
Ordnance Survey, etc.


Als je oude kaarten hebt, moeten ze wel worden gegeorefereerd, 
geherprojecteerd danwel gewarped en opgeknipt worden in tiles. Hiermee 
houd ik me nu en dan bezig (ter afwisseling van OSM ;) ). Een oud 
voorbeeldje staat nog hier: http://steggink.org/mtbl/. Dit toont zgn. 
Messtischblätter, oude Duitse topografische kaarten. Dit is de werkwijze 
die ik volg:


* Georefereren (toekennen van coördinaten aan bepaalde pixels): dit kost 
een hoop tijd. Er zijn wel kaarten te vinden die MAP-files hebben. Dit 
zijn een soort van georeferentie-bestanden die door OZI Explorer 
gebruikt worden. Met de trial editie kun je wel kaarten georefereren. Je 
moet ten eerste een coördinatenstelsel opgeven. Dit kan een probleem 
zijn voor oude kaarten, omdat daarvoor stelsels werden gebruikt die niet 
door OZI Explorer ondersteund worden. Dan moet je maar wat kiezen wat in 
de buurt ligt. Bijv. voor het vastleggen van latlon WGS84 gebruiken, 
i.p.v. Hayford of Clarke 1866. En voor het vastleggen van XY-coördinaten 
van geprojecteerde stelsels de UTM-velden gebruiken en daar een fake 
zone invullen. In OZI Explorer kun je max. 9 punten opgeven. Die prik je 
in de kaart en je vult dan de bijbehorende coördinaten in (latlon of XY).
* Herprojecteren: ik heb een programmaatje gemaakt die de MAP-files 
uitleest naar een ander formaat. In het begin worden de 
coördinatenstelsels als WKT gedefinieerd. Hier wordt later naar 
verwezen. Ik vervang de WKT-tekst door wat anders, en zoek/vervang de 
verwijzingen. Dan het herprojecteren zelf: ook via een eigen gemaakt 
command line tooltje. Dit leest het configuratiebestand uit. Je kunt 
hierin de bounding box, resolutie en coördinatenstelsel opgeven. Voor 
gebruik in OpenLayers is dat vaak Web Mercator, maar het kan ook RD, 
etc. zijn. Soms kan dit heel lang duren, vooral als je een kaart met een 
hoge resolutie wilt maken. Alle berekeningen (warpen, herprojectie, 
bepalen resolutie) voer ik achter elkaar uit, zodat voor elke pixel in 
het doelbestand ik maar 1x data uit de bronbestanden hoef te lezen. 
Anders gaat dat zwaar ten koste van de kwaliteit, zoals je bijv. op 
Topomapper kunt zien. Je moet hier 

Re: [OSM-talk-nl] Oude topografische kaarten

2012-09-13 Per discussione Frank Steggink

On 13-9-2012 11:22, Frank Steggink wrote:

On 12-9-2012 11:51, Paul Smits wrote:
Het zou ook van pas kunnen komen bij humanitaire mapping. Kunnen 
goede aanwijzingen zijn voor wegen in afgelegen gebieden. 
Bijvoorbeeld http://tasks.hotosm.org/job/47
Is er een kans dat deze russische kaarten als WMS beschikbaar komen 
voor bijvoorbeeld JOSM?


Op 12 september 2012 10:38 schreef Maarten Deen md...@xs4all.nl 
mailto:md...@xs4all.nl het volgende:


On 2012-09-12 09:38, Frank Fesevur wrote:

Op 12 september 2012 08:01 heeft Maarten Deen het volgende
geschreven:

Ik weet niet of het hier al een keer genoemd is, maar op
http://www.topomapper.com kun je oude topografische
kaarten zien, en ook
split-screen vergelijken met de huidige situatie in o.a. 
OSM.



Zijn inderdaad oude kaarten, ik gok jaren 80. Dan pas zie je
hoeveel
er bijvoorbeeld in en om Den Haag is bijgebouwd.


Nog daarvoor. Als ik op
http://www.autosnelwegen.nl/asw/netw/netwerk2.htm kijk en zie dat
de A50 onder Valburg alleen nog als stippellijn is ingetekend en
de A28 vanaf Meppel ontbreekt (daar is wel een andere kaart
gebruikt), en de A50 van Den Bosch naar Heesch er wel al is, dan
is het stand 1975.



In JOSM is het al mogelijk om een WMS-laag of tiles-laag (TMS) toe te 
voegen. In het specifieke geval van topomapper ligt het anders, omdat 
dit gebruik maakt van het tiled WMS protocol. Het request wordt aan 
TileCache gedaan (een applicatie die tiles uit WMS genereert en 
cachet). Hierdoor heb je wel de extent van de tiles nodig zoals in 
WMS, maar je bent gebonden aan de tile-indeling. Ik weet niet of JOSM 
dit ondersteunt. Ik zie geen voorbeeld met TileCache in de lijst met 
WMS / TMS. Misschien kan TileCache ook op een andere manier 
aangesproken worden (dus met x, y en zoom, zoals de OSM tiles), maar 
ik ben hier niet in thuis.


In theorie is het natuurlijk mogelijk om oude kaarten te gebruiken om 
daar informatie vandaan te halen. Je moet dan wel alert zijn op de 
volgende zaken:
* Ouderdom: de meeste topografische kaarten die beschikbaar zijn van 
afgelegen gebieden zijn vaak al tientallen jaren oud. De kans is groot 
dat de situatie is veranderd.
* Kwaliteit: je weet niet zeker wat de kwaliteit van de kaart is. Ik 
heb met Topomapper een stukje in de D.R. Congo vergeleken met OSM. De 
situatie kwam niet erg overeen. In ieder geval was op die plek al OSM 
data beschikbaar.
* Copyright: vaak rust er copyright op kaarten, dus je kunt ze niet 
zomaar gebruiken. In het geval van de Sovjet-kaarten is dat anders, 
omdat de USSR nooit de Conventie van Bern heeft ondertekend. Let op: 
op de meer gedetailleerde West-europese kaarten (1:200.000 en groter) 
rust wel copyright, omdat bewezen is dat de kaarten zijn overgetekend 
van de Ordnance Survey, etc.


Als je oude kaarten hebt, moeten ze wel worden gegeorefereerd, 
geherprojecteerd danwel gewarped en opgeknipt worden in tiles. Hiermee 
houd ik me nu en dan bezig (ter afwisseling van OSM ;) ). Een oud 
voorbeeldje staat nog hier: http://steggink.org/mtbl/. Dit toont zgn. 
Messtischblätter, oude Duitse topografische kaarten. Dit is de 
werkwijze die ik volg:


* Georefereren (toekennen van coördinaten aan bepaalde pixels): dit 
kost een hoop tijd. Er zijn wel kaarten te vinden die MAP-files 
hebben. Dit zijn een soort van georeferentie-bestanden die door OZI 
Explorer gebruikt worden. Met de trial editie kun je wel kaarten 
georefereren. Je moet ten eerste een coördinatenstelsel opgeven. Dit 
kan een probleem zijn voor oude kaarten, omdat daarvoor stelsels 
werden gebruikt die niet door OZI Explorer ondersteund worden. Dan 
moet je maar wat kiezen wat in de buurt ligt. Bijv. voor het 
vastleggen van latlon WGS84 gebruiken, i.p.v. Hayford of Clarke 1866. 
En voor het vastleggen van XY-coördinaten van geprojecteerde stelsels 
de UTM-velden gebruiken en daar een fake zone invullen. In OZI 
Explorer kun je max. 9 punten opgeven. Die prik je in de kaart en je 
vult dan de bijbehorende coördinaten in (latlon of XY).
* Herprojecteren: ik heb een programmaatje gemaakt die de MAP-files 
uitleest naar een ander formaat. In het begin worden de 
coördinatenstelsels als WKT gedefinieerd. Hier wordt later naar 
verwezen. Ik vervang de WKT-tekst door wat anders, en zoek/vervang de 
verwijzingen. Dan het herprojecteren zelf: ook via een eigen gemaakt 
command line tooltje. Dit leest het configuratiebestand uit. Je kunt 
hierin de bounding box, resolutie en coördinatenstelsel opgeven. Voor 
gebruik in OpenLayers is dat vaak Web Mercator, maar het kan ook RD, 
etc. zijn. Soms kan dit heel lang duren, vooral als je een kaart met 
een hoge resolutie wilt maken. Alle berekeningen (warpen, 
herprojectie, bepalen resolutie) voer ik achter elkaar uit, zodat voor 
elke pixel in het doelbestand ik maar 1x data uit de bronbestanden 
hoef te lezen. Anders gaat dat zwaar ten koste van de kwaliteit, zoals 
je 

[OSM-talk-nl] State Of The Map US

2012-09-13 Per discussione Martijn van Exel
Ha allemaal,

Ik ga jullie nog een keer lastig vallen met State Of The Map US. Voor
degenen die niet naar Tokyo konden (te duur, te ver, geen tijd) is dit
een tweede kans. Hoewel het merendeel van de sprekers uit de VS komt,
zijn de meeste onderwerpen zonder meer voor iedereen interessant. Om
een paar sessies te noemen: Cartografie met TileMill, een nieuwe JOSM
plugin voor snel fixen van fouten, hoe profiteren OSM en Foursquare
van elkaar?, camera mapping... Totaal meer dan 50 sessies. Het
programma wordt een dezer dagen gepubliceerd.

Om je over de streep te trekken: KLM heeft nu werelddealweken,
waardoor je voor onder de 600 euro naar Portland kunt vliegen vanaf
Amsterdam. Bovendien loopt de early bird registratie zondag af (nu nog
$80, straks $110).

KLM-link: 
https://www.klm.com/travel/nl_nl/plan_and_book/special_offers/act/index.htm?WT.seg_3=HP_NYC_WDW9c[0].os=AMSc[0].ds=NYCDest=NYCtp=100orig=AMSdest=PDXfrom=2012-10-12to=2012-10-15
Registratie: http://sotmpdx.eventbrite.com/

-- 
martijn van exel
http://oegeo.wordpress.com

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


[Talk-br] Tutorial OSM em 5 minutos

2012-09-13 Per discussione Séverin MENARD
Ola Wille,

Eu recomendaria de não sugerir modificar o traçado das vias
a alguém começando a mapear, considerando os offsets que podem existir no
posicionamento das imagens aéreas : isso é uma da maior poluição no OSM,
com pessoas apenas começando e deslocando um monte de vias antes de
aprender que as imagens, mesmo se de ótima resolução, podem não estar
bem georeferenciadas.
Ou pelo menos aumentar algo relativo a isso no seu documento ?

Att.

Severin




 Message: 1
 Date: Tue, 11 Sep 2012 18:33:53 -0300
 From: Wille wi...@wille.blog.br
 To: OSM talk-br talk-br@openstreetmap.org
 Subject: [Talk-br] Tutorial OSM em 5 minutos
 Message-ID: 504fae41.3040...@wille.blog.br
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Sempre senti falta de um tutorial que mostrasse de forma rápida e
 simples como começar a colaborar com o OSM. Então, diagramei um
 tutorial:
 http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg

 Alguém sugere alguma modificação? Vamos divulgar?!

 Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma
 modificação ou traduzir para outros idiomas:
 https://gitorious.org/osmtutorial

 abraços,
 wille



 --

 Message: 2
 Date: Tue, 11 Sep 2012 18:44:11 -0300
 From: Arlindo Pereira openstreet...@arlindopereira.com
 To: OSM talk-br talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Tutorial OSM em 5 minutos
 Message-ID:
 CADWq+2vjkyfz1cOxAJee5Sr0gnFDAFCL2N=
 zof-3mc_f01d...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 Vendo rapidinho, meus 2 centavos:

 - Acho que a captura de tela do passo 5 ficou ruim por causa dessa linha em
 forma de V que tem em cima, ficou um pouco confuso. Acho que valia a pena
 pegar um exemplo de ruas em grid, apagar uma das linhas e refazê-la (sem
 salvar, claro).

 - Acho que vale a pena explicar de alguma forma rapidamente sobre a licença
 e a motivação do OSM.

 No mais, achei duca! Pilho até de imprimir algumas cópias em A2 (quatro
 folhas A4) e sair colando por aí. ;)

 []s

 2012/9/11 Wille wi...@wille.blog.br

  Sempre senti falta de um tutorial que mostrasse de forma rápida e simples
  como começar a colaborar com o OSM. Então, diagramei um tutorial:
  http://wille.blog.br/wp-**content/gallery/geral/osm-**tutorial-pt_br.jpg
 http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg
 
  Alguém sugere alguma modificação? Vamos divulgar?!
 
  Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma
  modificação ou traduzir para outros idiomas: https://gitorious.org/**
  osmtutorial https://gitorious.org/osmtutorial
 
  abraços,
  wille
 

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


Re: [Talk-br] Tutorial OSM em 5 minutos

2012-09-13 Per discussione Wille
Obrigado pela sugestão, Séverin! Atualizei o tutorial com um aviso sobre 
esse assunto: 
http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg


abçs,

On 13-09-2012 08:13, Séverin MENARD wrote:

Ola Wille,

Eu recomendaria de não sugerir modificar o traçado das vias 
a alguém começando a mapear, considerando os offsets que podem 
existir no posicionamento das imagens aéreas : isso é uma da maior 
poluição no OSM, com pessoas apenas começando e deslocando um monte de 
vias antes de aprender que as imagens, mesmo se de ótima resolução, 
podem não estar bem georeferenciadas.

Ou pelo menos aumentar algo relativo a isso no seu documento ?

Att.

Severin


Message: 1
Date: Tue, 11 Sep 2012 18:33:53 -0300
From: Wille wi...@wille.blog.br mailto:wi...@wille.blog.br
To: OSM talk-br talk-br@openstreetmap.org
mailto:talk-br@openstreetmap.org
Subject: [Talk-br] Tutorial OSM em 5 minutos
Message-ID: 504fae41.3040...@wille.blog.br
mailto:504fae41.3040...@wille.blog.br
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Sempre senti falta de um tutorial que mostrasse de forma rápida e
simples como começar a colaborar com o OSM. Então, diagramei um
tutorial:
http://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg

Alguém sugere alguma modificação? Vamos divulgar?!

Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma
modificação ou traduzir para outros idiomas:
https://gitorious.org/osmtutorial

abraços,
wille



--

Message: 2
Date: Tue, 11 Sep 2012 18:44:11 -0300
From: Arlindo Pereira openstreet...@arlindopereira.com
mailto:openstreet...@arlindopereira.com
To: OSM talk-br talk-br@openstreetmap.org
mailto:talk-br@openstreetmap.org
Subject: Re: [Talk-br] Tutorial OSM em 5 minutos
Message-ID:
   
CADWq+2vjkyfz1cOxAJee5Sr0gnFDAFCL2N=zof-3mc_f01d...@mail.gmail.com mailto:zof-3mc_f01d...@mail.gmail.com

Content-Type: text/plain; charset=iso-8859-1

Vendo rapidinho, meus 2 centavos:

- Acho que a captura de tela do passo 5 ficou ruim por causa dessa
linha em
forma de V que tem em cima, ficou um pouco confuso. Acho que valia
a pena
pegar um exemplo de ruas em grid, apagar uma das linhas e
refazê-la (sem
salvar, claro).

- Acho que vale a pena explicar de alguma forma rapidamente sobre
a licença
e a motivação do OSM.

No mais, achei duca! Pilho até de imprimir algumas cópias em A2
(quatro
folhas A4) e sair colando por aí. ;)

[]s

2012/9/11 Wille wi...@wille.blog.br mailto:wi...@wille.blog.br

 Sempre senti falta de um tutorial que mostrasse de forma rápida
e simples
 como começar a colaborar com o OSM. Então, diagramei um tutorial:


http://wille.blog.br/wp-**content/gallery/geral/osm-**tutorial-pt_br.jpghttp://wille.blog.br/wp-content/gallery/geral/osm-tutorial-pt_br.jpg

 Alguém sugere alguma modificação? Vamos divulgar?!

 Coloquei o SVG num repositório GIT, caso alguém queira fazer alguma
 modificação ou traduzir para outros idiomas:
https://gitorious.org/**
 osmtutorial https://gitorious.org/osmtutorial

 abraços,
 wille




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


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


Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)

2012-09-13 Per discussione Manuel Reimer
Michael Kugelmann MichaelK_OSM at gmx.de writes:
 Zwischenzeitlich ist die Umstellung durch, siehe unten bzw. im Archiv:
 http://lists.openstreetmap.org/pipermail/announce/2012-September/70.html

Gut zu wissen.

Die deutsche Copyright-Seite wurde allerdings noch nicht überarbeitet und
weist noch auf CC-By-SA hin.

Wie sieht es mit Datennutzern aus, die via OpenLayers die Tiles von OSM
verwenden? Kann man das nächste OpenLayers-Release abwarten, oder sollte/muss
man selber für den passenden Lizenz-Hinweis sorgen?

Gruß

Manuel


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


Re: [Talk-de] Tiefgarage in Wohnsiedlung?

2012-09-13 Per discussione Lars Schimmer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-09-12 22:35, Martin Koppenhoefer wrote:
 Am 12. September 2012 21:23 schrieb Lars Schimmer
 l.schim...@cgv.tugraz.at:
 Moin!
 
 Ich häng mal wieder etwas. http://osm.org/go/0I5UUda6_--
 
 Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den
 gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen
 einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man
 dieses am besten?
 
 
 polygon, amenity=parking, parking=underground, ggf. layer, und
 weitere tags wie capacity etc. 
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking

Ja, soweit, so klar.
Bleibt nur das Problem, da dadrauf schon Häuser stehen, die getaggt
sind, ebenso Wege, Pools und Grünflächen. Die sind halt alle auf der
TG drauf.

 für die Anzahl der Stockwerke könnte man die building:levels
 angeben (hier z.B. 1) : building:levels=0, building:min_level=-1
 (nach derzeitiger Definition, SCNR)

Nuja, da die ja am Hang liegt, meistens aber ebenerdig, könnt man
höchstens building:level=1 angeben und für die Wohnhäuser drüber deren
levels.
Oder wenn man den Fußgängerbereich auf der TG als Erdgeschoss annimmt,
ist die TG halt building:levels:underground=1.
Mit min_level hat man da gar nichts, da keine Freiräume unter den
Geschossen der Gebäude oder der TG.

 oder falls man sich doch noch auf eine eingängige tagging-Variante
 für Stockwerke einigt: building:levels=1 (wie oben auch: ein
 Stockwerk) oder building_levels=1 (andere Schreibweise, um
 Verwechslungen vorzubeugen)

Nur nicht für die Gebäude, die drauf sind, die haben mehr.

Dann muß man nur die Gebäude und die TG zusammen als
building:parts=yes definieren.

 Gruß Martin


MfG,
Lars Schimmer
- -- 
- -
TU Graz, Institut für ComputerGraphik  WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBReWoACgkQmWhuE0qbFyMxxgCfd3FLJMU6ClYmxce7P1PJaPqw
yIgAn1j+9yVZUQVHILP5YQ9FtAKGCtio
=wpmR
-END PGP SIGNATURE-

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


Re: [Talk-de] Tiefgarage in Wohnsiedlung?

2012-09-13 Per discussione Lars Schimmer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2012-09-12 21:38, Falk Zscheile wrote:
 Am 12. September 2012 21:23 schrieb Lars Schimmer
 l.schim...@cgv.tugraz.at:
 
 Ich häng mal wieder etwas. http://osm.org/go/0I5UUda6_--
 
 Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den
 gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen
 einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man
 dieses am besten?
 
 Möglicherweise als Relation? 
 http://wiki.openstreetmap.org/wiki/Proposed_features/parking#Underground_parking

Hm,
 
aber wenns nur eine Fläche mit 2 Zufahrten ist, muß da ne Relation
sein?

Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche,
unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu
Konflikten kommt.

Ich hab mich in der Nacht drauf geeinigt, die TG als eine Fläche
einzusetzen und zusammen mit den bestehenden Gebäuden als
building:parts=yes zu setzen, dazu die einzelnen Gebäude mit
building:part=yes.
Frage bleibt nur, kann man an die Wege und Pools und Grünflächen den
Level=1 mit dran setzen?

 Gruß, Falk


MfG,
Lars Schimmer
- -- 
- -
TU Graz, Institut für ComputerGraphik  WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBReh0ACgkQmWhuE0qbFyMEAQCfUUSICiz5tHAkeL2ovxopsk75
GZ4AnjDnsVW+Vu9g5+MN1KLo5E0mE+Qm
=+ggi
-END PGP SIGNATURE-

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


Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?

2012-09-13 Per discussione Werner Poppele

Holger wrote:

Hallo Werner,

wenn ich inject valve bei einer bekannten Suchmaschine eintippe, dann
kommen Dinge die mehr nach einem Einspritzventil eines Motors aussehen.
dry_standpipe scheint gut zu passen [1], das nehme ich. fire_hydrant
finde ich auch verkehrt, das ist ja genau das Gegenteil.

Danke
Holger

[1] https://en.wikipedia.org/wiki/Standpipe_(firefighting)#Dry_standpipe

Am 20.08.2012 08:46, schrieb Werner Poppele:


im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema.
Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens
bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung
als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass
ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von
Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum
Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit
emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit

emergency=dry_standpipe
dry_standpipe=inlet_valve

taggen.

WernerP


[1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html



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

Guten Morgen, Holger

ueber die Website http://www.firehydrant.org/ bin ich auf die Firma 
Potter Roemer [1] gestossen, die Zubehoer zum Feuerschutz herstellt.
Unter dem Stichwort Flush Inlets habe ich etwas gefunden, dass u. U. 
in die Richtung Loeschwassereinspeisung geht


Werner

[http://www.potterroemer.com/]

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


Re: [Talk-de] Tiefgarage in Wohnsiedlung?

2012-09-13 Per discussione Falk Zscheile
Am 13. September 2012 08:15 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 2012-09-12 21:38, Falk Zscheile wrote:
 Am 12. September 2012 21:23 schrieb Lars Schimmer
 l.schim...@cgv.tugraz.at:

 Unter der Terassenhaussiedlung ist ne große Tiefgarage, die den
 gesamten Platz unterhalb der 4 Häuser und der Fläche dazwischen
 einnimmt, mit Zufahrt im süd-west und nord-ost. Wie tagt man
 dieses am besten?

 Möglicherweise als Relation?
 http://wiki.openstreetmap.org/wiki/Proposed_features/parking#Underground_parking

 aber wenns nur eine Fläche mit 2 Zufahrten ist, muß da ne Relation
 sein?

 Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche,
 unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu
 Konflikten kommt.


Meine Entscheidung war damals für eine Relation gefallen, weil die
Tiefgarage auch mehrere Eingänge hatte, einschließlich einem
Fußgängereingang und ich 1. nicht genau wusste, welche Außmaße die
Tiefgarage hat, 2. vermeiden wollte, dass man durch die Tiefgarage
geroutet wird, wenn Wege wie auf einem Parkplatz verbunden werden, 3.
ich Überlagerungen von Häusern und Plätzen vermeiden wollte, 4. auch
bei mehreren Zugängen nur ein Tiefgaragensymbol erscheint. Dabei habe
ich mich im wesentlichen auf die oberirdisch noch sichtbaren Punkte
(Zufahrten) beschränkt und dann nur ein Node für die Tiefgarage selbst
gesetzt. Ein Haus, dass von Straßentunneln unterhöhlt ist erschien mir
nicht als sinnvolle Lösung und auch nicht notwendig.

Gruß, Falk

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Stephan Wolff

Am 13.09.2012 00:54, schrieb Martin Koppenhoefer:

Am 12. September 2012 23:42 schrieb Stephan Wolff s.wo...@web.de:

PS: Da es keinen Einspruch gab, hat hier offenbar niemand etwas gegen
eine Änderung geplanter/historischer Objekte in die Form status:key =
value einzuwenden (highway und railway ausgenommen).


Je nachdem, wie Du vorgehst. Wenn Du das automatisch machen willst


Nein, ich editiere nur dort, wo ich mich auskenne (und nur selten 
fehlerhafte Einzelobjekte darüber hinaus). Ich werde allenfalls wenige
Dutzend Änderungen machen. Da es Kritik geben könnte, wenn ein 
historisches Objekt nicht mehr in der Hauptkarte erscheint, wollte ich 
vorher allgemein fragen.

Natürlich soll jede Diskussion auch die Mitleser anregen, in ihrem
Arbeitsbereich ebenfalls tätig zu werden.


So wie das Thema angelegt ist, dürfte das ja von internationalem
Interesse sein. Ich persönlich würde es ganz gut finden, mit einem
präfix inaktive Funktionen von aktiven abzugrenzen, ob man es
allerdings im key machen sollte, weiss ich nicht so genau. Den zuletzt
geführten Diskussionen zu ähnlichen Theman nach (zu den conditional
access-tags) werden solche Konstrukte im value besser aufgenommen
(weil weniger keys entstehen und man daher in bestimmten
weitverbreiteten Datenbank-schemata besser damit klar kommt).


Für solche internationalen Diskussionen fehlen mir Zeit uns Interesse.
Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern 
finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt 
vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten.


Viele Grüße
Stephan



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


Re: [Talk-de] Neuimport nach Lizenzwechsel?

2012-09-13 Per discussione Sven Geggus
Simon Poole si...@poole.ch wrote:

 Rechtlich gesehen ist ein Neuimport notwendig, denn Du kannst keine 
 CC-BY-SA-Datenbank durch Hinzufuegen von Updates zu einer 
 ODbL-Datenbank machen.
 
 Nur um dies völlig klarzumachen: eine nur intern oder privat verwendete 
 DB kann ganz normal weiterverwendet werden. Bietet man die Daten in 
 irgendeiner Form an -dann- sollte man Neuimportieren.

same same, but different

*SCNR*

Sven

-- 
Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG)
umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität
informationstechnischer Systeme. (BVerfG, 1BvR 370/07)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Martin Koppenhoefer
Am 13. September 2012 10:26 schrieb Stephan Wolff s.wo...@web.de:
 Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern
 finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt
 vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten.


Du meinst, pro key gäbe es nur wenige zusätzliche keys ;-). Werde doch
mal konkret: welches sind die status-Präfixe, die Du Dir vorstellst
zu verwenden?
mindestens doch proposed, construction, abandoned, disused?

Derzeit gibt es rund 35000 verschiedene keys in der db. Natürlich sind
da viele Tippfehler dabei und noch mehr Attribute, wo es meistens wohl
keinen Sinn macht (je nachdem, welche keys siehst Du denn betroffen?),
aber potentiell würdest Du mit 4 zusätzlichen Präfixen die Zahl der
keys verfünffachen. Mir ist nicht klar wo der Vorteil sein soll, das
nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat.

Auf der anderen Seite willst Du bewusst highway und railway anders
behandeln als den Rest, was ich ebenfalls nicht so glücklich finde (je
einheitlicher und logischer das tagging aufgebaut ist, um so einfacher
haben es Mapper und Auswerter). Was spricht denn gegen ein
tourism=construction, construction=hotel?

Gruß Martin

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


Re: [Talk-de] Tiefgarage in Wohnsiedlung?

2012-09-13 Per discussione Martin Koppenhoefer
Am 13. September 2012 08:12 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 On 2012-09-12 22:35, Martin Koppenhoefer wrote:
 polygon, amenity=parking, parking=underground, ggf. layer, und
 weitere tags wie capacity etc.
 http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking

 Ja, soweit, so klar.
 Bleibt nur das Problem, da dadrauf schon Häuser stehen, die getaggt
 sind, ebenso Wege, Pools und Grünflächen. Die sind halt alle auf der
 TG drauf.


na und, das ist doch kein Problem, sieht höchstens im Renderer seltsam
aus, wenn der Tiefgaragen nicht sinnvoll darstellt, aber das ist kein
Datenproblem und auch ästhetisch lösbar.


 für die Anzahl der Stockwerke könnte man die building:levels
 angeben (hier z.B. 1) : building:levels=0, building:min_level=-1
 (nach derzeitiger Definition, SCNR)

 Nuja, da die ja am Hang liegt, meistens aber ebenerdig, könnt man
 höchstens building:level=1 angeben und für die Wohnhäuser drüber deren
 levels.


ja, die Wohnhäuser kannst Du bei der Betrachtung m.E. aussen vor
lassen, es sei denn, Du siehst alle Wohnhäuser zusammen mit der
Tiefgarage als _ein_ Gebäude an, dann wären alle Teile building parts.


 Oder wenn man den Fußgängerbereich auf der TG als Erdgeschoss annimmt,
 ist die TG halt building:levels:underground=1.


+1, so würde man es wohl machen.


 Mit min_level hat man da gar nichts, da keine Freiräume unter den
 Geschossen der Gebäude oder der TG.


ja eben, daher ja -1, dann stimmt die Rechnung wieder ;-)


 Dann muß man nur die Gebäude und die TG zusammen als
 building:parts=yes definieren.


wie oben geschrieben, das wäre dann der Fall, wenn die TG dasselbe
Gebäude ist wie die Wohnhäuser oben drauf.

Gruß Martin

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


Re: [Talk-de] Tiefgarage in Wohnsiedlung?

2012-09-13 Per discussione Martin Koppenhoefer
Am 13. September 2012 08:15 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 Meine Frage war eher: die TG ist unter den Gebäuden, unter Grünfläche,
 unter Pool, unter Fußwegen, und gehört doch zum Gebäude. Obs da ned zu
 Konflikten kommt.


kann man aus den Häusern direkt in die TG, oder muss man aussen rum
gehen? Ersteres würde ich als Hinweis sehen, dass es sich eher um ein
großes Gebäude handelt, wenn hingegen alles komplett getrennt ist,
würde ich das auch in OSM so abbilden.

Statisch gesehen ist es klar, dass es einen Zusammenhang gibt, das
bedeutet aber m.E. nicht, dass dadurch das ganze zwangsläufig zu einem
Gebäude wird. Es gibt durchaus auch andere Situationen, wo sich
mehrere bauliche Anlagen überlappen und bei der Statik berücksichtigt
werden müssen, z.B. ein Eisenbahn- oder Straßentunnel unter dem Haus.

Gruß Martin

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


Re: [Talk-de] Neuimport nach Lizenzwechsel?

2012-09-13 Per discussione Andreas Neumann
Am 12.09.2012 21:16, schrieb Frederik Ramm:
 Hallo,

 On 12.09.2012 20:55, Alexander Matheisen wrote:
 eine kurze Frage: der Lizenzwechsel scheint ja nun durch zu sein.
 Muss ich nun
 ein neues Planetfile herunterladen und importieren, oder kann ich
 einfach die
 normalen Diff-Updates laufen lassen?

 Rechtlich gesehen ist ein Neuimport notwendig, denn Du kannst keine
 CC-BY-SA-Datenbank durch Hinzufuegen von Updates zu einer
 ODbL-Datenbank machen.

 Technisch gesehen hast Du aber recht; wenn Du einfach weiter Updates
 einspielst, sollte Deine Datenbank identisch zu einer neu importierten
 sein.

 Du musst dann aber steif und fest behaupten, Du haettest einen
 Neuimport gemacht ;)

 Bye
 Frederik

Hi Frederik,

du hast angekündigt, dass die neuen OSM-Ausschnitte bei der Geofabrik,
sollte die Lizens umgestellt werden, in einem neuen Ordner angeboten
werden. Wann ist es denn soweit/wann ist damit zu rechnen? Die
Umstellung eures Downloadpfades wollte ich auch mit der Umstellung der
Lizenzhinweise in meinem Impressum verknüpfen...

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de

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


[Talk-de] OSMF-Vorstand

2012-09-13 Per discussione Frederik Ramm

Hallo,

   also da bin ich nun seit ein paar Tagen OSMF-Vorstandsmitglied und 
schon geht der Stress los. Am kommenden Sonntag abend soll die erste 
Vorstandssitzung sein (die werden immer per Telefon gemacht, eine 
Gewohnheit, die ich gern abschaffen wuerde, mal schauen, ob sowas wie 
IRC mehrheitsfaehig ist).


Auf der Sitzung wird es unter anderem darum gehen, wann es wieder ein 
Face-to-Face-Meeting aller Vorstandsmitglieder geht (ob es 
ueberhaupt eins geben soll, scheint niemand in Frage stellen zu wollen). 
Eventuell waere das diesmal sogar in Deutschland. Ich werde mich dafuer 
einsetzen, dass alles, was auf dem Meeting diskutiert werden soll, 
vorher auf die Mailingliste oder ins Wiki kommt, damit man mehr Input 
von einer breiteren Community hat.


Weitere Tagesordnungspunkte fuer die Sitzung sind voraussichtlich die 
Besetzung der Aemter (Vorsitz, Secretary und Schatzmeister, wobei fuer 
den Vorsitzenden vielleicht auch ein Rotationsprinzip in Frage kommt) 
sowie eine Diskussion darueber, was genau die Rolle von Steve (Chairman 
Emeritus) eigentlich bedeutet; ich bin da bereits mit einigen alten 
Vorstandsmitgliedern aneinandergeraten, weil ich der Ansicht war, dass 
diese Ehrenposition selbstverstaendlich nicht bedeutet, dass Steve 
weiterhin alle Vorstandsmails zu lesen bekommt, waehrend andere offenbar 
der Ansicht sind, dass Steve alles weiter macht wie bisher, nur ohne den 
laestigen Umstand, gewaehlt werden zu muessen. Aber schaun wir mal, 
vielleicht uebertreibe ich ja auch etwas.


Ich habe bislang keine grossartigen Plaene fuer die OSMF, meine Agenda 
ist eigentlich eher, grossartige Plaene zu verhindern. Ich denke, dass 
die OSMF ein massives Problem hat, weil sie sich den Vereins- und 
Projektmitgliedern gegenueber zu arrogant verhaelt. Mal ehrlich, hat 
irgendjemand von Euch in der Vergangenheit mal gedacht: OSMF, das sind 
wir? - Da wuerde ich aber langfristig gern hinkommen.


Habt ihr Vorschlaege, welche ersten kleinen Schritte man in diese 
Richtung unternehmen koennte?


Bye
Frederik

(das gleiche schreibe ich ins Forum)

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

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


Re: [Talk-de] OSMF-Vorstand

2012-09-13 Per discussione Martin Koppenhoefer
Das geht ja schon gut los, vielen Dank, dass Du Dein Wahlversprechen
einhältst und sofort beginnst, uns zu einzubeziehen, m.E. sind das
bereits die ersten Schritte, von denen Du schreibst. Es fehlt bisher
einfach an Transparenz, was die OSMF überhaupt macht. Sowohl IRC (da
hattest Du dann auch an eine Veröffentlichung der logs gedacht, oder?)
als auch Vorankündigung der Themen des Vorstandsmeetings (unabhängig
davon, wie das dann genau abgehalten wird, f2f, irc, oder telefonisch)
finde ich super, um die Transparenz zu steigern und die Community mehr
einzubinden. Bisher hat man von der OSMF eher selten was gehört.

Gruß Martin

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


Re: [Talk-de] OSMF-Vorstand

2012-09-13 Per discussione Hartmut Holzgraefe
On 09/13/2012 11:44 AM, Frederik Ramm wrote:
 (die werden immer per Telefon gemacht, eine
 Gewohnheit, die ich gern abschaffen wuerde ...

oh ja, sowas ist die Pest ... spätestens dann wenn native und nicht-
native Speaker gemischt daran teilnehmen ...

-- 
hartmut

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


[Talk-de] Häuserzeilen sauber ausrichten

2012-09-13 Per discussione wwl

Hallo,
ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine 
Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße 
meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe 
Illustrator - Ausrichten, Verteilen usw.


Besten Dank für Infos

Christian

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


Re: [Talk-de] Häuserzeilen sauber ausrichten

2012-09-13 Per discussione Frederik Ramm

Hi,

On 09/13/12 12:27, wwl wrote:

ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine
Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße
meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe
Illustrator - Ausrichten, Verteilen usw.


Du kannst alle Haeuser grob einzeichnen, dann alle Haeuser markieren und 
zusaetzlich zwei Nodes, die auf der Strasse liegen, dann Q druecken, 
dann werden alle Haeuser rechteckig gemacht und so gedreht, dass sie in 
der richtigen Richtung sind. Allerdings werden sie nicht alle an einer 
Linie ausgerichtet.


Bye
Frederik


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

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


Re: [Talk-de] place=locality = Flurbezeichnung ?!?

2012-09-13 Per discussione bkmap

Am 12.09.2012 17:00, schrieb Fabian Patzke:


Chris66 wrote


[...]
Ich schmeisse mal
place=land_lot (http://en.wikipedia.org/wiki/Land_lot)
oder place=parcel in die Runde.


Das land lot entspricht laut Wikipedia unserem Flurstück, die waren früher
evtl. mal gleich mit den Gebieten, die bei uns Flurnamen tragen, heute sind
es aber in Katastern verwalteten genau festgelegte Gebiete. Das entspricht
nicht den lockeren Gebieten mit Flurnamen bei uns.


Eine Flur ist im Kataster bei uns kein lockeres Gebiet sondern mit 
ihren Grenzen wohl definiert. In der amtlichen Gemarkungsübersicht ist 
genau zu erkennen, welche Flurstücken zu welcher Flur und Gemarkung gehören.


Normalerweise ist das etwa so:

Das Flurstück ist eine Parzelle oder auch Grundstück, also ein kleines 
Teilstück einer Flur, das als kleinste Einheit im Kataster geführt wird. 
Der Eigentümer und andere Rechte in Verbindung mit diesem Flurstück 
werden im Grundbuch geführt.


Die Gemarkung besteht aus mehreren Fluren, die innerhalb der Gemarkung 
normalerweise durchnummeriert werden. Meist entsprechen die 
Gemarkungsgrenzen den Grenzen der Ortsteile und heißen auch so.


Innerhalb der Grenzen einer Gemeinde gibt es meist mehrere 
zusammenhängende Gemarkungen, deren Außengrenzen die Gemeindegrenzen 
bilden. In Ausnahmefällen gehört auch mal eine außerhalb liegende 
Gemarkung als Enklave zur Gemeinde.


Gewanne sind zusammenhängende lang gezogene Bereiche einer Flur, die aus 
mehreren Flurstücken bestehen.




Viele Grüße
Burkhard



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


Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)

2012-09-13 Per discussione Martin Czarkowski

Hi,
Am 13.09.2012 08:01, schrieb Manuel Reimer:

Die deutsche Copyright-Seite wurde allerdings noch nicht überarbeitet und
weist noch auf CC-By-SA hin.

wer betreut die Seite?
Nach dem es so viel Wind bei der Abstimmung über die Umstellung gab, 
finde ich die Reaktionen auf das Inkrafttreten von ODbL etwas verhalten. 
Freut sich denn keiner? Ist keiner bereit die Lizenzhinweise anzupassen? 
Persönlich finde ich es schade, denn die Texte konnten bereits im 
Vorfeld vorbereitet werden um binnen Sekunden nach der Umstellung 
upgeloadet zu werden.


MC

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


Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)

2012-09-13 Per discussione Roland Olbricht
Hi,

 Nach dem es so viel Wind bei der Abstimmung über die Umstellung gab, 
 finde ich die Reaktionen auf das Inkrafttreten von ODbL etwas verhalten. 
 Freut sich denn keiner? Ist keiner bereit die Lizenzhinweise anzupassen? 

Nun, zum einen ist die Lizenumstellung noch nicht so sehr abgeschlossen wie das 
kommuniziert wird. Es hängt davon, wen man fragt. In der langen Liste von 
Aufgaben vom Mapper zum Datennutzer sind wir an dem Punkt angekommen, an dem 
aus der OSM Main API die Daten ODbL-lizensiert erzeugt werden können.

Die meisten Anwendungen basieren aber auf dem Planet-File oder den Diff-Files. 
Beides wird aktuell noch nicht von der OSM Main API bereitgestellt, sondern ist 
gerade und noch für ein paar Stunden in Arbeit. Die Landkarte, Geofabrik, 
Overpass API und alle anderen liefern also noch zwangläufig CC-BY-SA aus. Daher 
gibt es noch keinen Anlass, Texte umzustellen, sondern erst, wenn die 
ODbL-Daten auch bei den Datennutzern angekommen sind. Das kann, je nach 
Service, noch einige Tage dauern. Die Karten-Tiles bleiben ohnehin unter 
CC-BY-SA.

Nebenbei: Welche Adresse soll eigentlich genau die deutsche Copyright-Seite 
sein?

Viele Grüße,

Roland

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


Re: [Talk-de] Lizenz-Umstellung ist abgeschlossen (war: Zeitplan zur Generierung eines neuen ODBL-Planets)

2012-09-13 Per discussione Tobias Knerr
Am 13.09.2012 13:22, schrieb Roland Olbricht:
 Nebenbei: Welche Adresse soll eigentlich genau die deutsche Copyright-Seite 
 sein?

http://www.openstreetmap.org/copyright/de

Je nach Spracheinstellungen wird dieser Inhalt auch angezeigt, wenn man
http://www.openstreetmap.org/copyright
aufruft.

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Tobias Knerr
Am 13.09.2012 10:48, schrieb Martin Koppenhoefer:
 Mir ist nicht klar wo der Vorteil sein soll, das
 nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat.

Schlüssel bestehen aus festen Komponenten. Values hingegen können einen
komplexen Aufbau haben und sogar Freitextfelder sein. Daher ist die
Unterscheidung von normalen Schlüsseln deutlich einfacher und
verlässlicher, als es die Unterscheidung von normalen Werten wäre.

 Was spricht denn gegen ein
 tourism=construction, construction=hotel?

Die fehlende Möglichkeit, mehrere Tags als construction zu markieren. Es
ist nicht immer sichergestellt, dass eines der Tags eindeutig als
Haupt-Tag identifizierbar ist und alle anderen harmlos für
Anwendungen sind.

Gruß,
Tobias

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


Re: [Talk-de] place=locality = Flurbezeichnung ?!?

2012-09-13 Per discussione Bernd Wurst
Hallo Burkhard.

Am 13.09.2012 12:32, schrieb bkmap:
 Die Gemarkung besteht aus mehreren Fluren, die innerhalb der Gemarkung
 normalerweise durchnummeriert werden. Meist entsprechen die
 Gemarkungsgrenzen den Grenzen der Ortsteile und heißen auch so.

Du hast Recht. Ich denke wir haben hier im Thread den Begriff Flur
auch zu unbedarft bzw. unkonkret verwendet.

Problem zudem: Die Grenzen einer Flur bzw. auch Gemarkungsgrenzen sind
viel zu selten in der Natur sichtbar. Und Pläne von der Verwaltung
bekommt man in der Regel nicht. Es ist also weiterhin ein schwieriges
Unterfangen, diese Grenzen zu mappen. Aber ich finde es wichtig es zu
tun sofern man Zugriff auf entsprechende Informationen hat.


 Gewanne sind zusammenhängende lang gezogene Bereiche einer Flur, die
 aus mehreren Flurstücken bestehen.

Gibt es Gewanne eigentlich offiziell im Kataster, sind diese
Gewann-Namen handfest oder nur Überlieferungen? Ich kenne die nur von
Karten auf denen Gewann-Namen so geschwungen über die Flurstücke
geschrieben stehen. Was da genau dazu gehört ist nicht daraus erkennbar.

Im Prinzip ist das was hier im Thread mit Flur bezeichnet ist eher ein
Gewann, würde ich vermuten. Gibt es jemanden der da einen englischen
Begriff für diese Unterteilung kennt?

Gruß, Bernd

-- 
Aus Anonymitätsgründen nennen wir sie Lisa S.
Oder nein doch lieber L. Simpson.
  -  Skinner, Die Simpsons



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


Re: [Talk-de] place=locality = Flurbezeichnung ?!?

2012-09-13 Per discussione bkmap

Hallo,


Im Prinzip ist das was hier im Thread mit Flur bezeichnet ist eher ein
Gewann, würde ich vermuten. Gibt es jemanden der da einen englischen
Begriff für diese Unterteilung kennt?


Gewanne hat man (so weit ich weiß) angelegt, damit man auf mehreren 
zusammenhängenden Feldern zusammenhängend arbeiten und die gleiche 
Frucht anbauen konnte.


Ob sie irgendwo im Kataster noch Bedeutung haben, weiß ich nicht. Die 
Flurnamen und Gewannnamen in Thüringen jedenfalls nicht. Der Heimatbund 
Thüringen aber erforscht die historischen Flurnamen und gibt regelmäßig 
Reporte heraus (http://www.heimatbund-thueringen.de/index.php?id=104). 
So viel mit bekannt ist, werden dabei diese alten Namen den im Kataster 
nummerierten Fluren zugeordnet.


Viele Grüße
Burkhard


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


Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?

2012-09-13 Per discussione Andreas Labres
On 21.06.12 09:10, Werner Poppele wrote:
 nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema
 im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist. 

http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant

existiert.

Im übrigen empfehle ich, sich mit
http://wiki.openstreetmap.org/wiki/DE:OpenFireMap
Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann
http://wiki.openstreetmap.org/wiki/User:Wankmann oder an info (at)
openfiremap.org stellen)
in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der
OpenFireMap auch darzustellen...

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


Re: [Talk-de] OSMF-Vorstand

2012-09-13 Per discussione Alex Barth
Frederik -

Danke für die Öffnung dieser wichtigen Diskussion.

On Sep 13, 2012, at 5:44 AM, Frederik Ramm frede...@remote.org wrote:
 Mal ehrlich, hat irgendjemand von Euch in der Vergangenheit mal gedacht: 
 OSMF, das sind wir? - Da wuerde ich aber langfristig gern hinkommen.

Naja, ich schon, bin ja immerhin auch Mitglied. Ich stimme zu, dass es bessere 
Arbeit und mehr Transparenz braucht, aber es braucht auch mehr Mitglieder die 
zumindest sich die Mühe machen eine Wahlentscheidung zu treffen. Etwa 160 
Wähler in der letzten Abstimmung war ja nicht gerade glorreich. Wir müssen mit 
einer positiveren Einstellung ggü der Foundation anfangen wenn wir wollen, dass 
sie erfolgreich ist. Die OSMF sind wir, falls sie schlecht ist, ist das auch 
zum Teil unsere Verantwortung. Du hast ja daraus deine Konsequenzen gezogen ;-)

 Habt ihr Vorschlaege, welche ersten kleinen Schritte man in diese Richtung 
 unternehmen koennte?


Hier ein paar Ideen, was die OSMF auf Anhieb tun könnte:

- Wesentlich aktivere Kommunikation. Zum Beispiel:  blog post für den 
Finanzreport, Deadlines für wichtige Events (die Wahl  zB war nur sehr 
kurzfristig angekündigt). Ankündigung des nächsten board meetings. Wissen was 
los ist schafft die Voraussetzung für Partizipation.
- OSM Jahreskalender könnte Sinn machen - aber vielleicht ist der nicht 
Notwendig sobald eine zeitgemässere Kommunikation stattfindet.
- Webseite aufräumen. Schwer was darauf zu finden.
- AGM's sollten IMO videoübertragen werden.
- Bessere Koordination von Konferenzen. Die nächste internationale Konferenz 
sollte schon am ende der vorhergehenden angekündigt werden. SOTM US ist 5 
Wochen nach SOTM Int'l. Dieses Jahr gab's keine State of the Map Europe, etc.
- Mich würd's interessieren, wie working group leads an den Vorstand berichten. 
Geh mal davon aus, dass es da einiges zu verbessern gibt.
- Vorstellung der neuen board Mitglieder am blog, profile für die neuen board 
mitglieder http://www.osmfoundation.org/wiki/Board_Member_Bios
- Erweiterung der Mitgliederbasis - das wird etwas Diskussion brauchen und ein 
wichtiger Schritt dafür wird sein, das die Foundation bessere Arbeit leistet. 
Mehr Mitglieder muss aber von Anfang an mitgedacht werden.

Und sicher gibts da noch viel mehr!

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

Alex Barth
http://twitter.com/lxbarth
tel (+1) 202 250 3633





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


Re: [Talk-de] place=locality = Flurbezeichnung ?!?

2012-09-13 Per discussione Martin Koppenhoefer
Am 13. September 2012 14:38 schrieb Bernd Wurst be...@bwurst.org:
 Am 13.09.2012 12:32, schrieb bkmap:
 Gibt es Gewanne eigentlich offiziell im Kataster, sind diese
 Gewann-Namen handfest oder nur Überlieferungen? Ich kenne die nur von
 Karten auf denen Gewann-Namen so geschwungen über die Flurstücke
 geschrieben stehen. Was da genau dazu gehört ist nicht daraus erkennbar.


Für alte Flurnamen finde ich place den besten key, ggf. auch auf einem
Node wenn man die Grenzen nicht kennt oder schätzen kann. Es gibt dazu
auch einen interessanten Wikipedia-Artikel:
http://de.wikipedia.org/wiki/Flurname

Wenn es sich um Fluren im Kataster handelt eher boundary und Flächen.
Die unterteilen sich dann noch in Flurstücke und sind selbst
Bestandteil einer Gemarkung.


 Gibt es jemanden der da einen englischen
 Begriff für diese Unterteilung kennt?


ich würde nicht davon ausgehen, dass das überall auf der Welt gleich
strukturiert ist, zumindest was das Kataster angeht. Von daher
vielleicht admin_level? Ggf. jeweils ein bisschen Platz lassen und
nach der 11 weitermachen.

Bei den place-Namen (Flurnamen, die nicht nur die Namen einer Flur im
Kataster bezeichnen) haben wir schon ein tag (place=locality). In
manchen Gegenden wird das halt derzeit zu prominent gerendert, wenn
viele Daten eingetragen sind, aber das ist wohl eher ein temporäres
Problem des Renderstils. Ggf. könnte man dem Datenverwerter auch
zusätzliche Tipps geben, wie wichtig ein Objekt eingeschätzt wird.

Gruß Martin

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


Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?

2012-09-13 Per discussione Werner Poppele

Andreas Labres wrote:

On 21.06.12 09:10, Werner Poppele wrote:

nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema
im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist.

http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant

existiert.

Im übrigen empfehle ich, sich mit
http://wiki.openstreetmap.org/wiki/DE:OpenFireMap
Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann
http://wiki.openstreetmap.org/wiki/User:Wankmann  oder an info (at)
openfiremap.org stellen)
in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der
OpenFireMap auch darzustellen...

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

Gruess dich, Andreas

danke fuer den Hinweis. Meine Mail war als Ergaenzung zu den Beitraegen 
gedacht, die vor einigen Wochen zu diesem Thema hier diskutiert worden 
sind. Abgeschlossen wurde das Thema m. E. aber nicht wirklich. Das Thema 
ist aber auch nicht wirklich ganz dringend denke ich.

Vielleicht kann ja jemand mit den angegebenen Links was anfangen.

Schoenen Abend

Werner


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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Stephan Wolff

Moin!

Am 13.09.2012 10:48, schrieb Martin Koppenhoefer:

Am 13. September 2012 10:26 schrieb Stephan Wolff s.wo...@web.de:

Die bestehenden lifecycle-Konzepte um eine weitere Variante zu erweitern
finde ich nicht sinnvoll. Im Gegensatz zu den access-tags mit unbegrenzt
vielen Uhrzeiten im key gäbe es nur wenige status:key Varianten.


Du meinst, pro key gäbe es nur wenige zusätzliche keys ;-). Werde doch
mal konkret: welches sind die status-Präfixe, die Du Dir vorstellst
zu verwenden?


Ich plane nicht, ein neues Konzept zu entwerfen, sondern ich möchte nur 
die häufig fehlausgewerteten Varianten durch eindeutige ersetzen.



mindestens doch proposed, construction, abandoned, disused?

historic wird auch genutzt.


Derzeit gibt es rund 35000 verschiedene keys in der db.

Kombinationen mit wichtigen, von Menschen erstellten Objekten
(highway, railway, aeroway, waterway(Kanäle), building, power, barrier, 
man_made, shop, amenity, tourism) dürften 99% abdecken.



Mir ist nicht klar wo der Vorteil sein soll, das
nicht auf Value-Seite zu machen, wo man dieses Problem nicht hat.


Das Thema scheint hier nur auf verhaltenes Interesse zu stoßen 
(euphemistisch ausgedrückt). Die Chance ein neues Schema weltweit bei 
Mappern und Nutzern durchzusetzen, dürften sehr gering sein.



Auf der anderen Seite willst Du bewusst highway und railway anders
behandeln als den Rest, was ich ebenfalls nicht so glücklich finde (je
einheitlicher und logischer das tagging aufgebaut ist, um so einfacher
haben es Mapper und Auswerter).


Ich stelle nur fest, dass es bei highway und railway ein etabliertes
System gibt.


Was spricht denn gegen ein
tourism=construction, construction=hotel?


siehe [1]. building=construction, construction=yes oder 
man_made=construction wären auch nicht gerade intuitiv.


Gruß
Stephan

[1]
http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts


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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Martin Koppenhoefer
Am 13. September 2012 23:33 schrieb Stephan Wolff s.wo...@web.de:
 Das Thema scheint hier nur auf verhaltenes Interesse zu stoßen
 (euphemistisch ausgedrückt). Die Chance ein neues Schema weltweit bei
 Mappern und Nutzern durchzusetzen, dürften sehr gering sein.


das alte hat sich bisher auch noch nicht durchgesetzt:
http://taginfo.openstreetmap.org/search?q=abandoned%3Aamenity  21x
http://taginfo.openstreetmap.org/search?q=historic%3Aamenity   17x
http://taginfo.openstreetmap.org/search?q=proposed%3Aamenity  14x
http://taginfo.openstreetmap.org/search?q=construction%3Aamenity   9x
http://taginfo.openstreetmap.org/search?q=disused%3Aamenity   329x

demgegenüber:
http://taginfo.openstreetmap.org/search?q=amenity%3Dhistoric  8x
http://taginfo.openstreetmap.org/tags/amenity=hospital%20(historic)  17x
http://taginfo.openstreetmap.org/tags/amenity=disused_pub  65x
http://taginfo.openstreetmap.org/tags/amenity=disused  109x


man  braucht sich da glaube ich nicht allzu sehr einengen ;-)

Trotzdem, ich bin überzeugt, lasst es uns mit diesem Schema versuchen.
Da die Anzahl der üblichen Status-angaben recht überschaubar ist, und
aufgegebene Nutzungen auch eher ein Spezialgebiet sind, kann man mit
den zusätzlichen keys wahrscheinlich durchaus leben, dafür erspart man
den übrigen Anwendungen, bei allen pois nach einem zusätzlichen
Status-tag wie disused=yes zu suchen, bzw. ehemalige Objekte zu
importieren, die einen eigentlich gar nicht interessieren.

Gruß Martin

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Karl Eichwalder
Stephan Wolff s.wo...@web.de writes:

 In erster Linie möchte ein Anwender ein Objekt auffinden. Ob es aktuell
 in seiner vorgesehenen Funktion benutzt werden kann ist nur ein Teilaspekt.
 Dem Handwerker, Lieferanten etc. ist es egal in welchem Zustand das
 Objekt ist, er möchte es schnellstmöglich finden!

 Die weitaus meisten Nutzer wollen sicherlich eine Funktion nutzen und
 nicht am Bau mitwirken. Auch für Handwerker dürfte eine klare
 Unterscheidung zwischen in Bau befindlichen und fertigen Objekten
 wichtig sein.

Eben.  Und wenn ich wo wandern will, will ich dort keine autobahnen
sehen, die dort vielleicht in 5 oder 10 jahren gebaut werden (oder auch
nicht).  Geplante oder historische objekte können meinetwegen in die
datenbank, aber nur mit solchen tags, dass die eine verwechslung mit
real-existierenden objekten ausschließen.

 In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält
 ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen.
 Für manche OSM-Objekte reicht nicht die Auswertung des Haupttags
 sondern man möchte über weitere Tags Unterklassen berücksichtigen.
 Das hat aber nichts damit zu tun, dass ich immer zwischen nutzbaren
 und geplanten bzw. ehemaligen Einrichtungen unterscheiden möchte.

Genau, das ist ein sehr gutes beispiel.

-- 
Karl Eichwalder

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


Re: [Talk-de] Rohde Schwarz - Funkpeiler mit OSM-Karten

2012-09-13 Per discussione Michael Kugelmann

Am 21.05.2012 09:27, schrieb Jimmy_K:

Im Handbuch zum RS®OpenStreetMap-Wizard (von [1]) wird es dann richtige
erwähnt:

[...]
Um das Thema noch mal aufzugreifen: es hat seinen Weg in die 
Englisch-sprachige Talk gefunden. Neben dem Copyright- Thema gibt es 
eine weitere Erkenntnis: Toby Murray hat festgestellt, dass die von RS 
gelieferten Tools ein tile scraper sind und dadurch prinzipiell einige 
Nutzungsbedingungen des OSM Tile-Server verletzen (wenn auch durch die 
sicher begrenzte Anzahl derartiger Geräte das nicht zu einem ernsthaften 
Problem wird).

http://lists.openstreetmap.org/pipermail/talk/2012-September/064133.html


Grüße,
Michael.


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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Garry

Hallo,

Am 12.09.2012 23:09, schrieb Stephan Wolff:


Die weitaus meisten Nutzer wollen sicherlich eine Funktion nutzen und 
nicht am Bau mitwirken. 
Diese weitaus meisten Nutzer haben auch zahlreiche andere 
Informationsquellen um ihre benötigte Information zu bekommen.
Auch für Handwerker dürfte eine klare Unterscheidung zwischen in Bau 
befindlichen und fertigen Objekten wichtig sein.
Der Handwerker hat in erster Linie einen Termin und eine Adresse die er 
finden möchte.Mit einer leeren Acker- oder meinetwegen 
Construction-flächen

kann er nicht viel Anfangen wenn da längst zahlreiche Rohbauten stehen.




Ich würde im Bedarfsfall nie zu einem Krankenhaus oder Bahnhof fahren
nur weil es in einer Karte verzeichnet ist sondern die Karte dazu nutzen
die entsprechende Einrichtung aufzufinden nachdem ich aus
anderen Quellen die Information habe dass ich das dort vorfinde was ich
benötige.


Nicht jede OSM-Nutzung erfolgt vom Internet-PC. Auf Fernreise nutze 
ich die Suchfunktion im Outdoor-GPS. Andere Informationsquellen habe 
ich dort oft nicht.
Das bedeuted aber auch dass Du auf nicht aktuelle Daten zugreifst. Die 
Daten sind schon mindestens so alt wie Dein letzter Download, häufig 
auch schon viel älter - und
schlimmer, Du siehst dort auf Deinem Outodoor-GPS noch nichtmal wann 
der letzte Mapper dort die Daten aktualisiert hat. D.h. Du navigierst im 
Zweifelsfall auf sehr gut aussehenden Daten die aber schon längst 
überholt sind. Ich bevorzuge da mit alterstoleranten Daten zu arbeiten 
die mir sagen Zur Zeit der Erstellung der Daten war hier noch Acker und 
das Objekt nur geplant, aber wenn das jetzt fertig vor Dir steht dann 
ist das ein(e) ... und bist hier richtig ...



Oder fährst Du blindlings zum nächsten Bahnhof ohne Information
ob es dort einen für Dich geeigneten Zughalt gibt?


In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält 
ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen.
In Großstädten hast Du meist alle paar hundert Meter eine Haltestelle 
und bei Bauarbeiten Schienenersatzverkehr oder Hinweise auf 
Ausweichmöglichkeiten, da gibt es ehr

weniger Probleme mit falschen Daten im Taschenhirn vom Fleck zu kommen..

Garry

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Garry

Am 14.09.2012 00:30, schrieb Karl Eichwalder:


Eben.  Und wenn ich wo wandern will, will ich dort keine autobahnen
sehen, die dort vielleicht in 5 oder 10 jahren gebaut werden (oder auch
nicht).  Geplante oder historische objekte können meinetwegen in die
datenbank, aber nur mit solchen tags, dass die eine verwechslung mit
real-existierenden objekten ausschließen.
Historische Objekte (solche die es nicht mehr gibt) wirst Du dort nie 
mehr antreffen, aber die geplante Autobahn
kann durchaus schon zum Zeitpunkt Deiner Wanderung Deinen Weg 
durchkreuzen.  Oder die Information geben  Geniese diese Wanderung -  
bald wird sie in dieser Form nicht mehr möglich sein.



In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält
ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen.
Für manche OSM-Objekte reicht nicht die Auswertung des Haupttags
sondern man möchte über weitere Tags Unterklassen berücksichtigen.
Das hat aber nichts damit zu tun, dass ich immer zwischen nutzbaren
und geplanten bzw. ehemaligen Einrichtungen unterscheiden möchte.

Genau, das ist ein sehr gutes beispiel.
Hier geht hier beide vom Idealfall aus dass die OSM-Daten aktuell sind. 
An prominenten Orten mag das der Fall sein,

an weniger prominenten - den häufigeren Fällen - aber ehr die Ausnahme.

Garry

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


Re: [Talk-de] geplante und historische Objekte

2012-09-13 Per discussione Garry

Am 12.09.2012 11:26, schrieb Martin Koppenhoefer

Korrekter Name und eine Zusatzinformation dahinter in Klammer sollte ein 
gangbarer Kompromiss sein um einerseits nicht die Anwendungen zu stören,
andererseits dem Nutzer wichtige Zusatzinformationen zu geben auf die er sonst 
keinen Zugriff hat.


Aber nicht im name-tag sondern auf Anwendungsseite. In den Name-Tag gehört der 
reine Name und kein Kompromiss.

Idealistisch gesehen hast Du recht. Realistisch gesehen ist es 
verwirrend wenn die Realität nicht mit dem übereinstimmt was die Karte 
hergibt und es keinen Hinweis gibt dass sich die Realität gerade 
verändert hat. OSM bietet zwar die Möglickeit aktuelle zu sein, aber es 
ist nur eine Möglichkeit!


Garry

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


Re: [Talk-de] Häuserzeilen sauber ausrichten

2012-09-13 Per discussione Volker Schmidt
Das plugin
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/BuildingsTools
hat viele Funktionen. Ich weiss nicht mehr, ob Ausrichten auch drin ist.

Volker

2012/9/13 Frederik Ramm frede...@remote.org

 Hi,


 On 09/13/12 12:27, wwl wrote:

 ich überlege gerade ob es ein PlugIn für JOSM gibt womit man eine
 Häuserzeile bzw. Objekte ausrichten kann. So sind Häuser in einer Straße
 meist in einer Reihe angeordnet. Gibt es die Möglichkeit wie in Adobe
 Illustrator - Ausrichten, Verteilen usw.


 Du kannst alle Haeuser grob einzeichnen, dann alle Haeuser markieren und
 zusaetzlich zwei Nodes, die auf der Strasse liegen, dann Q druecken, dann
 werden alle Haeuser rechteckig gemacht und so gedreht, dass sie in der
 richtigen Richtung sind. Allerdings werden sie nicht alle an einer Linie
 ausgerichtet.

 Bye
 Frederik


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


 __**_
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de

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


[osm-ve] Satelital en San juan de Los Morros

2012-09-13 Per discussione J . Hernán Ramírez R .
Bonita imagen satelital en San Juan de los Morros

http://www.openstreetmap.org/?lat=9.90856lon=-67.3678zoom=15layers=M

Listo para calquear!!!

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

-
J. Hernán Ramírez R
Blog http://blog.hernanramirez.info - Linux User
#97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
 -
Twitter @HernanRamriez http://twitter.com/HernanRamirez
Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve
-
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ve


Re: [Talk-in] Any OpenStreet Mapping Party in Bangalore?

2012-09-13 Per discussione Onkar Shinde
On Thu, Sep 13, 2012 at 9:44 AM, Sajjad Anwar sajja...@gmail.com wrote:
snip
 1. The beginners' guide on the wiki is the best place to start
 http://wiki.openstreetmap.org/wiki/Beginners%27_guide
 2. Usually, what I do is to trace out maximum details from the
 satellite imagery of the area first and then go out with a GPS device
 to collect missing information. Which area and how big is the
 neighborhood you are intending to map? How long will the mapping party
 be? We can help you structure the process a bit if you can let us know
 about this.
 3. There are several OpenStreetMap Editors. These tools are used to
 edit the GPS data/satellite imagery and 'tag' them suitably to create
 the map. Potlatch
 (http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.3.2) is the
 easiest and web based tool. JOSM
 (http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.3.3) is a very
 efficient offline tool.

/snip

I have been using my Samsung Galaxy Y phone (Android 2.3.x). The
application I use for mapping is OsmAnd available on Android market.
It lets you easily create/edit POIs (only basics, no advanced
tagging). Also you can use it to capture tracks to GPX, upload them to
OSM and then use Potlach2 to create roads from those tracks.
You can check my edits here [1]. About 60% of them are directly done
from OsmAnd, about 20% are creation of road based on the GPX tracks.
Remaining 20% are direct edits using Potlach2.

As Ishan already said clear view of sky improves the precision. If you
are very close to a building or between closely spaced building then
the precision is unreliable.

[1] http://www.openstreetmap.org/user/onkarshinde/edits

Cheers,
Onkar
-- 
Passion - Some people climb mountains - others write Free software.
Don't ask why - the reason is the same.

___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in


[Talk-it] locality su un edificio ?

2012-09-13 Per discussione Alech OSM
 

 

Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx  sul cartello
per escursionisti ) è visibile da satellite

che tag le diamo ?

 

Essa stessa prende place=locality oppure per quello creo un nuovo nodo ?

Ed in questo caso il nome/name va sulla casa o sul punto ?

Stessa questione per l’altitudine.

 

Ciao,

Ale.

 

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


Re: [Talk-it] locality su un edificio ?

2012-09-13 Per discussione Federico Cozzi
2012/9/13 Alech OSM alech.hos...@gmail.com:
 Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx  sul cartello
 per escursionisti ) è visibile da satellite
 che tag le diamo ?

place=isolated_dwelling

 Essa stessa prende place=locality oppure per quello creo un nuovo nodo ?

Locality dovrebbe essere per i luoghi fisici, in generale disabitati

 Ed in questo caso il nome/name va sulla casa o sul punto ?

Io mi limiterei a mappare la casa (punto o perimetro) e ad aggiungere
questi tag:

building=yes
name=Case Pincopallino
ele=...

lascerei perdere il tag place

Ciao

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


Re: [Talk-it] locality su un edificio ?

2012-09-13 Per discussione Andrea Musuruane
Locality si usa solo per luoghi non abitati non etichettabili in altro
modo. Quindi non va bene. Io userei isolated_dwelling.

2012/9/13 Alech OSM alech.hos...@gmail.com

 ** **

 ** **

 Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx  sul
 cartello per escursionisti ) è visibile da satellite

 che tag le diamo ?

 ** **

 Essa stessa prende place=locality oppure per quello creo un nuovo nodo ?**
 **

 Ed in questo caso il nome/name va sulla casa o sul punto ?

 Stessa questione per l’altitudine.

 ** **

 Ciao,

 Ale.

 ** **

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


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


Re: [Talk-it] Suggerimenti mapping rete autobus cotral

2012-09-13 Per discussione Maurizio Daniele
Il 12 settembre 2012 22:00, David Paleino da...@debian.org ha scritto:

 Quindi le due ipotesi sono: o si utilizzano queste numerazioni di servizio
 nel campo ref, oppure pensavamo di inserire una abbreviazione
 dell'itinerario che la linea compie, in modo da non avere un ref troppo
 lungo.

 Ho avuto un problema simile con gli autobus di linea che portano da qui a
 Palermo.

 Ho risolto usando un ref=Mar-Maz-Pa [1]; certo non è il massimo della vita, 
 ma
 quantomeno è comprensibile.

In realtà non è che il ref sia obbligatorio. Se la linea non ne ha
uno, o non ne ha uno pubblico, sarebbe quasi meglio non metterlo,
piuttosto che inventarsene uno.

E anche vero che lasciare la relazione senza ref impedisce l'utilizzo
di un sacco di strumenti utili...

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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


[Talk-it] R: locality su un edificio ?

2012-09-13 Per discussione Alech OSM
Mica detto che è abitata o abitabile … ;-)

No, a parte gli scherzi :

isolated_dweling anche se è integra ma in via di restauro ma vuota e nessuno
ci abita ?

Locality solo per un passo, un sella , un picco , un poggio … ?

 

 

Da: Andrea Musuruane [mailto:musur...@gmail.com] 
Inviato: giovedì 13 settembre 2012 12.48
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] locality su un edificio ?

 

Locality si usa solo per luoghi non abitati non etichettabili in altro modo.
Quindi non va bene. Io userei isolated_dwelling.

2012/9/13 Alech OSM alech.hos...@gmail.com

 

 

Se una casa isolata nel bosco (Case Pincopalino, alt.mt. Xxx  sul cartello
per escursionisti ) è visibile da satellite

che tag le diamo ?

 

Essa stessa prende place=locality oppure per quello creo un nuovo nodo ?

Ed in questo caso il nome/name va sulla casa o sul punto ?

Stessa questione per l’altitudine.

 

Ciao,

Ale.

 


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

 

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


Re: [Talk-it] ODBL e derivare dati da OSM

2012-09-13 Per discussione Maurizio Napolitano
 Quindi la PA a cui stai proponendo questo progetto dovra':
 - rilasciare la banca dati dei sentieri in ODbL dichiarando che deriva
 da OpenStreetMap
 - creare tutti i documenti con la licenza che preferisce (poi vale il
 discorso
 di sopra sulla legge d'autore)


 In effetti sarà il progetto ad effettuare il primo dei due passi, quindi
 nessun problema a definire la licenza per il prodotto: tracciati dei
 sentieri e tag OSM con eventuale lavoro di categorizzazione, saranno resi
 disponibili con licenza ODbL e con attribuzione OSM.

Yes!

 Quindi per le mappe (sto utilizzando Maperitive) il progetto avrà la scelta
 di scegliere la licenza che desidera. Corretto ?

Certo, con la clausola che dovrai dire che i dati derivano da osm.

 In generale ti consiglio di aiutare questa PA ad andare verso il paradigma
 open data, di usare licenze deboli per i dati che loro pubblicano e di
 usare ODbL solo in casi come quello che hai descritto tu.


 Nel nostro caso dovrebbe essere il progetto ad avere il compito di
 rispettare l' ODBL per il prodotto creato da OSM. Un pò più di lavoro (ma
 neanche più di tanto), ma sarà più semplice gestire gli aspetti di licenza.

Come gia' descritto: se derivi da OSM, ti tocca usare ODbL.

 A conferma ed ulteriore dettaglio di quanto dici tu ma con un aspetto
 interessante sulla viralità lo possiamo trovare nello scenario discusso in
 [1]:

 1) Create a produced work under ODbL term 4.3 with proper attribution
 2) Release produced work as public domain with proper attribution
 3) Strip off legal notices and attribution (which I think is allowed,
 almost by definition, for public domain works)
 4) Republish as public domain or any other license, without attribution

 This is allowed.

 Secondo me è un caso simile al mio. Chiarisco che non voglio trovare un
 sistema per girare intorno all' ODBL, ma non vorrei che il progetto
 producesse un buon prodotto, in grado di integrarsi con gli standard ed i
 linguaggi PA, per poi venire messo in discussione per impegni derivanti
 dal rispetto della licenza.

Mi sembra che ora hai le idee chiare:
- rilascio della banca dati derivata da OSM sotto ODbL
- rilascio dei prodotti derivati dalla banca dati (= mappe, documenti,
webmapping)
con licenza a scelta della PA citando la fonte dati e (meglio) relativo download
del dataset per riprodurre il risultato

 PS:
 poi lo sai che tutto questo dovrai venire a raccontarlo a OSMIT ?


 poi lo sai che se non continuate a chiarirmi l'aspetto di licensing, non
 presento nulla, ne alla PA e ne a OSMIT ? ;-

Giusto per capirsi: io non sono un legale, sono socio della osmf ma non
sono nel board e in nessun working group, mi interesso di open data per
lavoro, ma di formazione sono un sociologo che si diverte a fare l'informatico
e passo parte del mio tempo davanti al pc, parte ad allenare (pallavolo) e
parte dietro alla morosa cino-austriaca.

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


Re: [Talk-it] makers milano

2012-09-13 Per discussione Simone Cortesi
Bene,
Mi hanno chiamato ieri pomeriggio confermandomi la nostra partecipazione.

Chi sarebbe interessato a partecipare all'evento, presenziando al nostro
banchetto?

Si tratta di un periodo di tre giorni: ven-sab-dom, possiamo fare i turni
per coprire lo stand.

Fatemi sapere...

On Tuesday, September 4, 2012, Simone Cortesi wrote:

 nel periodo 9-11 novembre, a milano si svolgerà: http://www.makersitaly.it

 Io sarei dell'idea di partecipare come gruppo italiano di
 openstreetmap. la partecipazione è gratuita, e la cosa ci darebbe
 visibilità nell'ambiente piu' vasto degli smanettoni.

 Per la nostra partecipazione non dovrebbe essere necessario piu' di un
 paio di cartelloni con mappe osm, gli opuscoli di introduzione ad osm
 realizzati da luca. connessione ad internet dovrebbe essere
 disponibile.

 Io sarei in grado di coprire sabato e domenica allo stand.

 che ne dite? provo a fare l'iscrizione?

 qui di sotto il loro lancio stampa:

 Al motto di “Smettetela di annoiarvi… Costruite qualcosa!”, arriva
 Makers Italy, il grande evento italiano dedicato al mondo dei makers,
 dei creativi digitali e tecnologici, dei “garage innovators”, ma anche
 a tutti gli appassionati del Diy (do-it-yourself) che, con le loro
 innovazioni e i loro nuovi modelli di business, stanno dando vita a
 quella che molti commentatori non esitano a definire una nuova
 “rivoluzione industriale”.

 Una rivoluzione che vede protagonista la cultura digitale, la quale,
 dopo aver sovvertito il mondo dei bit e quindi l'editoria, la musica e
 i video attraverso Internet, secondo Chris Anderson, direttore di
 Wired Usa, «ora sta per trasformare il mondo degli atomi, quindi degli
 oggetti fisici», offrendo infinite opportunità imprenditoriali a
 giovani creativi e brillanti, che saranno impegnati a generare
 business partendo dall’open source e dalla collaborazione tra persone.

 --
 -S



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


Re: [Talk-co] Una propuesta para mapear pueblos indígenas

2012-09-13 Per discussione NicoVargas
Hola Federico, un gusto interactuar por acá en estos temas

Yo recorro mucho el país, y en ocasiones he podido levantar información de
tierras indígenas no resguardadas. Considero sin embargo al igual que tu
que dichos territorios no deben incluirse en OSM, pues como sabemos la
cartografía a veces también genera conflictos, y más cuando se está en un
contextos interculturales donde afros, indígenas y campesinos hacen
reclamos sobre el territorio.

No quiero sonar negativo, pero con base en mi experiencia a veces hay que
ir con mucha cautela para subir información, y más si uno no sabe el
contexto político ni la metodología con que se levantó la información. No
se trata solo del copyright, sino que muchas veces las áreas estípuladas en
las resoluciones no coinciden con las áreas cartográficas, y viceversa. Ese
es un problema que viene desde que Incora reconocía las tierras a las
comunidades étnicas, en el cual Incoder y el IGAC han venido trabajando,
pero que suele quedar en lo técnico y no bajar a las comundiades. Así
mismo, actualmente se presentan muchas intesecciones territoriales
cartográficas que tambien se traducen en conflictos en las comunidades,
todo por una línea mal trazada o un lindero no contemplado, o porque
simplemente la demarcación no reflejó la realidad de los territorios.

En este sentido creo que lo mejor es señirnos a la información oficial del
IGAC  (aunque ya sabemos de los errores existentes, y que a veces no es tan
oficial, pues está siendo ajustada). No no podemos perder de vista el
escenario actual del país en casos tan complejos como el Cauca, donde
existen comunidades indígenas, campesinas y afrodescendientes, todas en
acciones colectivas para que les sean reconocidos sus derechos
territoriales a través de Zonas de Reserva Campesina, Resguardos o Títulos
Colectivos. A lo que voy es que a menos que hagamos trabajo de campo a
profundidad, subir información de las organizaciones también puede traernos
problemas, y creo que ese no es el objeto de OSM.

No sé si este tema se podría manejar con etiquetas, pero no perdamos de
vista por favor que los problemas en establecer la propiedad de la tierra
han determinado la continuidad del conflicto armado en el país.

Un saludo a tod@s

Nicolás


El 13 de septiembre de 2012 11:26, Federico Explorador (Nevados.org) [via
GIS] ml-node+s19327n5725084...@n5.nabble.com escribió:

 Hola Nicolás,

 Estás en lo cierto, pero creo que nosotros como maperos de OSM no estamos
 en
 capacidad de conocer, mapear e incluir en OSM estos territorios.

 Lo que sí sería importante - viendo además el desarrollo interesante que
 ha
 tenido este hilo - es realizar entre algunos de nosotros y la ONIC una
 reunión, para socializar con ellos este debate.
 Eventualmente la ONIC podría aportar información valiosa, concretamente
 mapas de resguardos, que serviría evitar el eterno problema del copyright
 que mantiene el IGAC.

 Un cordial saludo
 Federico

 -Mensaje original-
 De: NicoVargas [mailto:[hidden 
 email]http://user/SendEmail.jtp?type=nodenode=5725084i=0]

 Enviado el: jueves, 13 de septiembre de 2012 09:03 a.m.
 Para: [hidden email]http://user/SendEmail.jtp?type=nodenode=5725084i=1
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas

 Hola a tod@s

 Es importante tener en cuenta que los territorios indígenas no solo son
 resguardos, ya que hay tierras que pertenecen o recuperan los cabildos
 pero
 legalmente no están constituidas como resguardos indígenas.

 Un saludo

 Nicolás Vargas



 --
 View this message in context:

 http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-t
 p5713515p5725068.html
 Sent from the Colombia mailing list archive at Nabble.com.

 ___
 Talk-co mailing list
 [hidden email] http://user/SendEmail.jtp?type=nodenode=5725084i=2
 http://lists.openstreetmap.org/listinfo/talk-co


 ___
 Talk-co mailing list
 [hidden email] http://user/SendEmail.jtp?type=nodenode=5725084i=3
 http://lists.openstreetmap.org/listinfo/talk-co


 --
  If you reply to this email, your message will be added to the discussion
 below:

 http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-tp5713515p5725084.html
  To unsubscribe from Una propuesta para mapear pueblos indígenas, click
 herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5713515code=dmFyZ2FzcmFtaXJlem5pY29sYXNAZ21haWwuY29tfDU3MTM1MTV8Mjc2ODg0NDQ2
 .
 NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml





--
View this message in context: 

Re: [Talk-co] Una propuesta para mapear pueblos indígenas

2012-09-13 Per discussione Fredy Rivera
Aproposito del tema, les invito nueva mente a leer este documento
EL MAPEO DE COLOMBIA: LA CORRELACIÓN ENTRE DATOS DE TIERRA Y
ESTRATEGIA
Geoffrey Demarest
Marzo 2003

https://docs.google.com/viewer?a=vq=cache:AKMAewC28xQJ:elenemigocomun.net/wp-content/uploads/2009/03/mapeando-colombia.pdf+hl=es-419gl=copid=blsrcid=ADGEESiCDBcjEYCoQXgTmZzxIROgsx7nhxnDqihhPkq_SuAzcpWfXIdIsvHzYgMUQqBTrby-rbrv50pu0PMdT9SoPacod3qIcYi84gIy50W-rCD2utnWtvhcwX-E92Ir5YpNr8LVFo6Hsig=AHIEtbSh0tbpTeZWcZpoU-KIh8iWcNAcrgpli=1


2012/9/13 NicoVargas vargasramireznico...@gmail.com:
 Hola Federico, un gusto interactuar por acá en estos temas

 Yo recorro mucho el país, y en ocasiones he podido levantar información de
 tierras indígenas no resguardadas. Considero sin embargo al igual que tu que
 dichos territorios no deben incluirse en OSM, pues como sabemos la
 cartografía a veces también genera conflictos, y más cuando se está en un
 contextos interculturales donde afros, indígenas y campesinos hacen reclamos
 sobre el territorio.

 No quiero sonar negativo, pero con base en mi experiencia a veces hay que ir
 con mucha cautela para subir información, y más si uno no sabe el contexto
 político ni la metodología con que se levantó la información. No se trata
 solo del copyright, sino que muchas veces las áreas estípuladas en las
 resoluciones no coinciden con las áreas cartográficas, y viceversa. Ese es
 un problema que viene desde que Incora reconocía las tierras a las
 comunidades étnicas, en el cual Incoder y el IGAC han venido trabajando,
 pero que suele quedar en lo técnico y no bajar a las comundiades. Así mismo,
 actualmente se presentan muchas intesecciones territoriales cartográficas
 que tambien se traducen en conflictos en las comunidades, todo por una línea
 mal trazada o un lindero no contemplado, o porque simplemente la demarcación
 no reflejó la realidad de los territorios.

 En este sentido creo que lo mejor es señirnos a la información oficial del
 IGAC  (aunque ya sabemos de los errores existentes, y que a veces no es tan
 oficial, pues está siendo ajustada). No no podemos perder de vista el
 escenario actual del país en casos tan complejos como el Cauca, donde
 existen comunidades indígenas, campesinas y afrodescendientes, todas en
 acciones colectivas para que les sean reconocidos sus derechos territoriales
 a través de Zonas de Reserva Campesina, Resguardos o Títulos Colectivos. A
 lo que voy es que a menos que hagamos trabajo de campo a profundidad, subir
 información de las organizaciones también puede traernos problemas, y creo
 que ese no es el objeto de OSM.

 No sé si este tema se podría manejar con etiquetas, pero no perdamos de
 vista por favor que los problemas en establecer la propiedad de la tierra
 han determinado la continuidad del conflicto armado en el país.

 Un saludo a tod@s

 Nicolás


 El 13 de septiembre de 2012 11:26, Federico Explorador (Nevados.org) [via
 GIS] [hidden email] escribió:

 Hola Nicolás,

 Estás en lo cierto, pero creo que nosotros como maperos de OSM no estamos
 en
 capacidad de conocer, mapear e incluir en OSM estos territorios.

 Lo que sí sería importante - viendo además el desarrollo interesante que
 ha
 tenido este hilo - es realizar entre algunos de nosotros y la ONIC una
 reunión, para socializar con ellos este debate.
 Eventualmente la ONIC podría aportar información valiosa, concretamente
 mapas de resguardos, que serviría evitar el eterno problema del copyright
 que mantiene el IGAC.

 Un cordial saludo
 Federico

 -Mensaje original-
 De: NicoVargas [mailto:[hidden email]]
 Enviado el: jueves, 13 de septiembre de 2012 09:03 a.m.
 Para: [hidden email]
 Asunto: Re: [Talk-co] Una propuesta para mapear pueblos indígenas

 Hola a tod@s

 Es importante tener en cuenta que los territorios indígenas no solo son
 resguardos, ya que hay tierras que pertenecen o recuperan los cabildos
 pero
 legalmente no están constituidas como resguardos indígenas.

 Un saludo

 Nicolás Vargas



 --
 View this message in context:

 http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-t
 p5713515p5725068.html
 Sent from the Colombia mailing list archive at Nabble.com.

 ___
 Talk-co mailing list
 [hidden email]
 http://lists.openstreetmap.org/listinfo/talk-co


 ___
 Talk-co mailing list
 [hidden email]
 http://lists.openstreetmap.org/listinfo/talk-co


 
 If you reply to this email, your message will be added to the discussion
 below:

 http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-tp5713515p5725084.html
 To unsubscribe from Una propuesta para mapear pueblos indígenas, click
 here.
 NAML



 
 View this message in context: Re: Una propuesta para mapear pueblos
 indígenas

 Sent from the Colombia mailing list archive at Nabble.com.

 ___
 Talk-co 

[Talk-gb-westmidlands] Disaster hackathon in Birmingham

2012-09-13 Per discussione Harry Wood


Hello westmidlanders


See this event: http://h4d2register.eventbrite.com/

I had this invitation email lingering in my inbox for some time now.  I was 
considering heading up to Birmingham 21-23rd to attend this disaster hackathon. 
Sadly I'm going to have to pass, but looks like it might be quite interesting.

It's always good to have people plugging OpenStreetMap in the background at 
this kind of event, e.g. showing developers how to use OSM instead of google 
maps.

If you fancy it, there could be a chance to do a lightning talk on Humanitarian 
OpenStreetMap Team topics. e.g. re-use these slides: 
http://www.harrywood.co.uk/blog/2012/05/22/hot-geomob/  


If you're really keen, then me know if you could commit to going, because I'd 
like to reply to them saying that we're sending you!  (but otherwise I guess 
you can get away with deciding quite last minute)

Harry



- Forwarded Message -
From: Willow Brugh willow.b...@gwob.org
To: m...@harrywood.co.uk 
Cc: Sara Farmer sara.far...@btinternet.com 
Sent: Monday, 6 August 2012, 17:21
Subject: disaster hackathon in Birmingham


Greetings! Sara sent me your way, as someone who might be interested in this 
event. I do hope you'll join us, and let me know if you have any 
questions.

h4d2 – Hackathon for Disaster Response 21-23 September 2012

The Disaster 2.0 team are happy to announce the Hackathon for Disaster 
Response(i.e. link to h4d2.eu), a 2-day event to bring together software 
developers and emergency 
management experts to hack out solutions to disaster-related problems.  
h4d2 will focus specifically on data available via social media, and on 
structured data (open data, linked data) available from a variety of 
sources.

For tickets, please visit: h4d2register.eventbrite.com


Willow Brugh
program director, Geeks Without Bounds
Schedule a meeting with me.

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


[Talk-gb-westmidlands] NOTICE: Postcode tool using Land Reg data

2012-09-13 Per discussione rob . j . nickerson

Dear All,

Just a quick message to point you all in the direction of the following  
post on talk-gb (which I know not everyone is a member of). The link  
details a fantastic website designed and built by local mapper Matt  
(Milliams) using the Land Registry address and postcode data previously  
discussed on this mailing list. Thanks again to Matt for his work on this.


http://lists.openstreetmap.org/pipermail/talk-gb/2012-September/013803.html

Rob

ps If anyone hasn't caught the news yet the licence change to ODbL happened  
yesterday. Thanks to all involved at every stage.
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands


Re: [Talk-at] Dilletantische OSM-Verwendung in Flugblatt

2012-09-13 Per discussione Lukas Bischof
Am 11. September 2012 10:46 schrieb Stefan Kopetzky sk...@ostblock.org:
 On 09/11/2012 08:42 AM, David Schmitt wrote:
 Es wäre vielleicht auch spannend bei der Lizenzhinweismail eine hübsche
 Beispielkarte beizulegen und zu schreiben, dass OSM tolle Karten macht
 und sich die Leute nicht mit halben Sachen zufrieden geben sollen.

 +1
 Lässige Idee!
 Grad in Hinblick auf den Abmahnwahn bei den nördlichen Nachbarn kommt es
 mE gut rüber, wenn man konstruktive Vorschläge macht.

Hier wäre vielleicht das Tool Map Compare von Geofabrik zu erwähnen.
Dann kann man sich direkt ein Bild von der Qualität der Karte machen:
tools.geofabrik.de/mc/



 LG,
 Stefan

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



-- 
Lukas Bischof
p: +43 (664) 416 84 34
w: http://www.wordy-rappinghood.net/
@: lukas.bisc...@gmail.com

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


Re: [Talk-at] Dilletantische OSM-Verwendung in Flugblatt

2012-09-13 Per discussione Lukas Bischof
Am 11. September 2012 08:42 schrieb David Schmitt da...@black.co.at:
 On 2012-09-08 19:22, Lukas Bischof wrote:

 Im Wiki sind einige Dinge unvollständig, ich werde mir die mal
 durchsehen und ergänzen/übersetzen, was fürs deutschsprachige fehlt.


 Das wäre sehr gut! Eine Mail mit Link auf öffentliche Doku finde ich immer
 besser als alles hundert-mal erklären müssen.
Wäre natürlich eine elegante Lösung. Ich möchte gerade den Artikel von
Maperitive aktualisieren, weil ich mir denke, dass das ein zentrales
Tool in der Toolchain darstellt - gerade für Neulinge.


 Dann sollten wir das ganze zusammenfassen und publik machen
 (anschreiben). Und dann darauf hoffen, dass man die Anregung ernst
 nimmt. Spontan käme mir auch in den Sinn, ein Git/SVN-Repo zu machen,
 auf dem man Resourcen für Österreich sammelt.

 Macht das Sinn?


 Was würdest Du denn da für Ressourcen reinpacken wollen?
Ich habe mir bei der Erstellung der Mail einmal etwas dazu gedacht,
weiß ich jetzt aber nicht mehr genau.
Ich glaube, ich dachte da so an Polygone von Bezirken (oder ähnliches)
für Osmosis, zum Ausschneiden, weil wenn ich einmal ein Linz-Poygon
hab, muss es ja nicht jeder neu machen müssen.
Außerdem wäre eine rules-Datei für Maperitive sinnvoll, die Karten im
Stile von Google Maps anzeigt, oder noch besser, im
deutschen/österreichischen Stil.
Solche Dateien wären dort wahrscheinlich gut aufgehoben. Eine
d_at.mrules wird dann früher oder später wohl eh ins
Maperitive-Projekt eingebaut werden, aber mal im Repo die Datei
entwickeln ist wohl fürs erste eine good practice.




 Je länger ich mir diese Karte anschau, denk ich mir was zum Geier ist
 das?. Mann, aber echt.


 Ja.


 Es wäre vielleicht auch spannend bei der Lizenzhinweismail eine hübsche
 Beispielkarte beizulegen und zu schreiben, dass OSM tolle Karten macht und
 sich die Leute nicht mit halben Sachen zufrieden geben sollen.




 MfG David





 lg
 Lukas

 Am 4. September 2012 20:51 schrieb Jimmy_Kjimm...@gmx.at:

 Am 04.09.2012 20:17, schrieb Andreas Labres:

 Hallo!

 Keep cool... :)  /0/

 Die wollen offenbar eine Karte mit reduziertem Inhalt (was ja auch
 verständlich
 ist) und sie haben das halt so gelöst. Sollen sie, können sie, dürfen
 sie. Ist
 deren Problem. ;)

 Das einzige, worauf man Sie freundlich aufmerksam machen sollte: dass
 Sie doch
 bitte ein (c) OpenStreetMap Mitwirkende, cc-by-sa dazuschreiben. Am
 besten mit
 einem Link auf
 http://wiki.openstreetmap.org/wiki/DE:Lacking_proper_attribution

 Servus, Andreas
 _
 /0/ ... und picke nicht Deinen neuen Thread an einen alten dran! ;)

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

 Bei dem schlechten (unvollständigen) Rendering ist mir durchaus lieber,
 dass nicht dabeisteht, dass die Daten von OSM sind.

 LG Jimmy

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






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



-- 
Lukas Bischof
p: +43 (664) 416 84 34
w: http://www.wordy-rappinghood.net/
@: lukas.bisc...@gmail.com

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


Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa

2012-09-13 Per discussione Jorge Gustavo Rocha

Olá Rúben, olá malta,

O projeto TECO Planner está ainda em desenvolvimento (quer tecnológico, 
quer como iniciativa), e é animado pelo Ricardo Reis da Silva. É um 
projeto que tem todo o nosso apoio (comunidade OSM + comunidade OSGeo). 
Penso que ainda não tem um site disponível, mas tem uma página (modesta) 
no facebook, em http://www.facebook.com/pages/TECO-Planner/182896518427417


Foi feita uma apresentação formal do projeto na Gulbenkian, em Julho, e 
a aceitação foi muito boa, cf. 
http://www.imtt.pt/sites/IMTT/Portugues/Noticias/Paginas/ApresentacaodoprojetoTECOPlanner.aspx


Mando cópia ao Ricardo (r.reisdasi...@gmail.com), para ele atualizar ou 
acrescentar mais alguma informação.


Há um recorte de imprensa do Público que explica o projeto, cf 
http://www.publico.pt/Cultura/planear-bem-uma-viagem-pela-internet_1502674


Abraço,

Jorge

Em 13-09-2012 01:10, Ruben Leote Mendes escreveu:

Em Qua, Setembro 12, 2012 15:19, Rui Alves escreveu:

http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159


Citando o artigo:

Em Portugal também está a ser desenvolvido um projeto semelhante,
designado Telco, e que será também desenvolvido de forma completamente
gratuita através da colaboração das pessoas que fazem os mapas e das
diversas empresas envolvidas, que disponibilizam as suas bases de dados
com itinerários, tempos e custos, entre outros dados.

Alguém sabe o url do site deste projecto Telco?

Um abraço,




--
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor

___
Talk-pt mailing list
Talk-pt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-pt


Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa

2012-09-13 Per discussione Rui Alves
Viva

Ainda sobre a noticia. Alguém tem mais informações sobre esta Party dia 29/9?


 No próximo dia 29, a Câmara realiza o que se designa em inglês mapping 
party (festa de mapeamento), onde reunirá voluntários que irão complementar a 
informação geográfica do concelho, terminando a jornada com um almoço oferecido 
pela autarquia como contrapartida.

Cumprimentos,
Rui Alves

-Mensagem original-
De: f.dos.san...@free.fr [mailto:f.dos.san...@free.fr] 
Enviada: quarta-feira, 12 de Setembro de 2012 19:20
Para: Lista de discussão para Portugal
Assunto: Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa

Obrigado Rui,

Pena é mostrar uma imagem Google :-(

O numero esta um bocadinho ultrapassado, são mais de 670 mil inscritos, claro 
nem todos estão ativos, em Portugal por exemplo temos uma média de 15 a 20 
pessoas ativas por dia :
http://osmstats.altogetherlost.com/index.php?item=countriescountry=Portugal

Mais esta publicidade vai nos trazer mais pessoal a mapear ;-)


- Mail original -
De: Rui Alves ral...@xlm.pt 
Date : 12/09/2012 16:19:13
Subject: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa


http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159seccao=Tecnologiapage=-1
 


Rui Alves [CTO] 

ral...@xlm.pt 


___
Talk-pt mailing list
Talk-pt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-pt


___
Talk-pt mailing list
Talk-pt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-pt


Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa

2012-09-13 Per discussione Ricardo Reis da Silva
Olá a todos e obrigado Jorge pela divulgação,


O projeto TECO Planner para já ainda é um projeto. A ideia inicial foi uma
das 10 ideias finalistas do concurso de ideias de empreendedorismo social
(FAZ - Ideias de Origem Portuguesa) promovido pelas Fundações Gulbenkian e
Talento e destinado à diáspora Portuguesa. Entretanto eu estava na Holanda
e voltei a Portugal para procurar transformar a ideia num projeto e o
projeto numa realidade ;)

Nós pretendemos utilizar o OSM como base geográfica e com isso contribuir
para o mapeamento de Portugal e o Open Trip Planner (OTP) (
http://opentripplanner.com/) como a base para o calculador. Temos uns
testes já com dados reais de operadores, já demos alguns contributos para o
mapeamento e já identificamos alguns bugs no OTP.

O mais importante nesta fase (mais do que desenvolver funcionalidades e/ou
ter um site) é envolver os operadores (centenas em todo o país) neste
projeto. Isto é crucial para garantir que a informação disponibilizada é
correta e oficial e garantir a sustentabilidade do projeto a longo prazo
uma vez que estamos a pensar nisto como um projeto empresarial social. É
nisso que eu tenho estado empenhado até agora. Tirando algumas
apresentações públicas pontuais a grande parte deste trabalho é
pouco visível. A outra razão, é por estarmos a planear uma mudança de nome
quando o projeto estiver disponível para o público já que TECO foi pensado
numa fase muito inicial do projeto e estamos cientes que neste momento não
funciona (Telco, Tecno, ... já ouvimos de tudo).

Neste momento não tenho grande informação adicional à que podem ler nas
noticias que têm saído sobre nós e o que podem ler na página do FB e que
vos dará uma ideia geral do que pretendemos fazer mas até ao final do ano
conto ter novidades (espero que positivas) sobre o futuro do projeto.

Para já peço-lhe que façam like no FB e que falem com os vossos amigos e
conhecidos sobre o projeto. É importante conseguirmos mostrar (mais do que
com estatísticas) aos operadores e aos reguladores que é importante e útil
para os utilizadores um calculador de itinerários para transportes públicos
que inclua todos os operadores do país.

Abraço a todos e deixo o meu email abaixo se precisarem de me contactar,
Ricardo

(r.reisdasilva at gmail.com)







2012/9/13 Nuno Sá nunocesard...@gmail.com

 Hey!

 Sou estudante e usei o OSM na holanda para fazer uns trabalhos porque era
 realmente completo, mas o português tive a experimentar há uns tempos e
 ainda falta bastante coisa pareceu-me. Sobretudo nas areas de interior.

 Percebo que as pessoas que sejam trabalhadoras em empresas não tenham
 muito tempo para editar mas talvez os estudantes tenham.
  Porque é que um ou dois membros mais experimentes que morem nas zonas do
 porto e lisboa não entram em contacto com as faculdades de ciências e
 engenharia das universidades e dão umas formações curtas e gratuitas de
 como editar e a importância e potencial do OSM?

 Fui estudante de ciências de engenharia (geográfica) na fcup e isto não é
 um tema que interesse unicamente a estes estudantes. Aliás, muita gente que
 estuda ciências dos computadores interessa-se actualmente por tudo open
 source e também por isto.

 Se calhar o melhor é até tentarem publicitar essa actividade através dos
 grupos de alunos tambem (Associações e associações extra-curriculares)

 Boa sorte!!

 No dia 13 de Setembro de 2012 10:37, Jorge Gustavo Rocha j...@di.uminho.pt
  escreveu:

  Olá Rúben, olá malta,

 O projeto TECO Planner está ainda em desenvolvimento (quer tecnológico,
 quer como iniciativa), e é animado pelo Ricardo Reis da Silva. É um projeto
 que tem todo o nosso apoio (comunidade OSM + comunidade OSGeo). Penso que
 ainda não tem um site disponível, mas tem uma página (modesta) no facebook,
 em 
 http://www.facebook.com/pages/**TECO-Planner/182896518427417http://www.facebook.com/pages/TECO-Planner/182896518427417

 Foi feita uma apresentação formal do projeto na Gulbenkian, em Julho, e a
 aceitação foi muito boa, cf. http://www.imtt.pt/sites/IMTT/**
 Portugues/Noticias/Paginas/**ApresentacaodoprojetoTECOPlann**er.aspxhttp://www.imtt.pt/sites/IMTT/Portugues/Noticias/Paginas/ApresentacaodoprojetoTECOPlanner.aspx

 Mando cópia ao Ricardo (r.reisdasi...@gmail.com), para ele atualizar ou
 acrescentar mais alguma informação.

 Há um recorte de imprensa do Público que explica o projeto, cf
 http://www.publico.pt/Cultura/**planear-bem-uma-viagem-pela-**
 internet_1502674http://www.publico.pt/Cultura/planear-bem-uma-viagem-pela-internet_1502674

 Abraço,

 Jorge

 Em 13-09-2012 01:10, Ruben Leote Mendes escreveu:

  Em Qua, Setembro 12, 2012 15:19, Rui Alves escreveu:

 http://www.dn.pt/inicio/**ciencia/interior.aspx?content_**id=2765159http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159


 Citando o artigo:

 Em Portugal também está a ser desenvolvido um projeto semelhante,
 designado Telco, e que será também desenvolvido de forma completamente
 gratuita através da 

[Talk-lv] kaa ielikt kartes wordpress - otraa dalja

2012-09-13 Per discussione Rich

markjiera iestumshana
http://osm.lv/blog/2012/09/karsu-ievietosana-wordpress-2-musu-pirmais-markieris/
--
 Rich

___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv


[Talk-ca] IOnterview with YUL311 creator

2012-09-13 Per discussione Fabian Rodriguez

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

This just in:
http://montrealouvert.net/2012/09/13/entrevue-avec-le-createur-de-yul311/

It uses OSM data + different integration tools.

Cheers,

Fabian Rodriguez
http://openstreetmap.magicfab.ca/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: PGP/Mime available upon request
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlBSC7QACgkQfUcTXFrypNX8PACgmj4y1gV/aQuzNC7NJapUy/Xs
LvgAmQF4niFxCF6yvS9mp3NaNNmjDsj0
=OmSC
-END PGP SIGNATURE-


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


[Talk-ca] Canada and US Imagery bounds

2012-09-13 Per discussione Paul Norman
I've gone and updated the imagery bounds and bboxes for both Potlatch 2 and
JOSM for the North American imagery sources. JOSM should now only suggest a
source if it actually covers the area.

Potlatch 2 will still suggest sources even if they don't cover the area
because potlatch 2 only supports bboxes, not polygons and the bbox for most
of the US sources looks like
http://www.openstreetmap.org/?box=yesbbox=-124.819%2C24.496%2C-66.930%2C49.
443

I have also set up bc_mosaic, a source covering Greater Vancouver, Fraser
Valley, and the Sea 2 Sky corrider up to Pemberton. Both JOSM and PL2 should
suggest it. The source is the various sources listed on
http://imagery.paulnorman.ca/tiles/about.html combined into one layer. The
individual layers will be faster but not as convenient.

To update the layer information in JOSM use the reload button to the right
of the map on the Imagery Preferences tab of Preferences.

You may of course find that if you live right on the border that some
suggestions are not ideal but the error is now measured in hundreds of
meters, not hundreds of kilometers.


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


Re: [OSM-talk-fr] Problème Plescop

2012-09-13 Per discussione Stéphane Péneau
Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé 
sur ces 2 changesets.
Ils concernent presque la même chose, mais dans le second, il y a aussi 
beaucoup de suppression d'anciens way.

Si quelqu'un a l'oeil plus exercé...


As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir 
quelques explications pour aider.


..


Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit :

Bonjour,

en train d'intégrer les bâtiments du cadastre sur une commune de
Bretagne (Plescop),
quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les
données de la carte de voir que toutes les données de la zones (ou
presque, je me suis pas amusé à vérifier) étaient en double
http://www.openstreetmap.org/browse/way/180319318
http://www.openstreetmap.org/browse/way/180283810

avec un tag source:addr:postcode=GeoBretagne

j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux
revenir en arrière ??
 groupes de modif ou il y a du avoir erreur:
http://www.openstreetmap.org/browse/changeset/13046807
et
http://www.openstreetmap.org/browse/changeset/13049632

pour l'instant, je n'ai rien envoyé et sauvegardé à part mes
modifications pour les réimporter plus tard.

Simon


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




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


Re: [OSM-talk-fr] Problème Plescop

2012-09-13 Per discussione Stéphane Péneau

Hmmm...
Plutôt que d'améliorer ce qui était existant, il a supprimé une grosse 
partie des routes déjà présentes pour ensuite faire un upload en double.
Ca donne envie de reverter les 2 changesets, mais il a ajouté de 
nombreuses nouvelles routes et POI.
Par contre, des rues en trunk, et les nodes highway=stop sur les 
intersections au lieu de les mettre juste avant...bof.


Je pense qu'il faut vraiment en discuter avec lui pour voir s'il est 
capable de tout nettoyer ou bien s'il préfère qu'on efface tout et 
qu'il recommence proprement.


Le jeudi 13 septembre 2012 09:24:51, Stéphane Péneau a écrit :

Pour ma part, j'ai vraiment du mal à comprendre ce qu'il s'est passé
sur ces 2 changesets.
Ils concernent presque la même chose, mais dans le second, il y a
aussi beaucoup de suppression d'anciens way.
Si quelqu'un a l'oeil plus exercé...


As-tu contacté le contributeur ? Il a l'air d'être nouveau, mais avoir
quelques explications pour aider.

..


Le mercredi 12 septembre 2012 20:31:35, Simon Miniou a écrit :

Bonjour,

en train d'intégrer les bâtiments du cadastre sur une commune de
Bretagne (Plescop),
quelle fut ma surprise apres avoir tout nettoyé et fusionné avec les
données de la carte de voir que toutes les données de la zones (ou
presque, je me suis pas amusé à vérifier) étaient en double
http://www.openstreetmap.org/browse/way/180319318
http://www.openstreetmap.org/browse/way/180283810

avec un tag source:addr:postcode=GeoBretagne

j'ai commencé à nettoyer mais je me demande si vaudrai pas mieux
revenir en arrière ??
 groupes de modif ou il y a du avoir erreur:
http://www.openstreetmap.org/browse/changeset/13046807
et
http://www.openstreetmap.org/browse/changeset/13049632

pour l'instant, je n'ai rien envoyé et sauvegardé à part mes
modifications pour les réimporter plus tard.

Simon


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







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


[OSM-talk-fr] Recherche d'un coordinateur de terrain pour une mission en Afrique dans le cadre du projet humanitaire européen EUROSHA

2012-09-13 Per discussione Pieren
Bonjour,

Je renvoie sur cette liste une demande du groupe HOT (Humaniterian OSM
Team) qui cherche un coordinateur de terrain (field coordinator) pour
un projet européen de cartographie participative dans 4 pays africains *(Tchad,
République centreafricaine, Burundi et Kenya). Ca consisterait à former les
volontaires ainsi que les partenaires locaux. Avec deux voyages sur place,
etc. Enfin, tous les détails ci-dessous.
**
Le profile recherché est quand même assez pointu : ** HOT work, experience
in the OSM project, strong expertise in JOSM, GPS, QGIS and other open
source GIS tools.
**
Comme 3 des 4 pays concernés sont francophones, ils recherchent un profile
de .. francophone pour le poste, ce qu'ils n'ont pas trouvé lors du premier
appel à candidature (même si la maitrise de l'anglais est aussi
indispensable dans ce milieu). C'est pourquoi celle-ci est prolongée de
quelques semaines et aussi pourquoi je la renvoie sur la principale liste
francophone d'OSM ;-)
**
Pieren
*
-- Forwarded message --
From: Séverin MENARD severin.men...@hotosm.org
Date: Thu, Sep 13, 2012 at 6:40 AM
Subject: [OSM-talk] Field Coordinator position for the EUROSHA project -
reopening for another 15 days
To: t...@openstreetmap.org


*Hi,*
*
*
*One month ago, HOT published a Field Coordinator position for the EUROSHA
project.

As a reminder, EUROSHA is a European Union pilot project that wants to
build up a European Open-Source Humanitarian Aid corps of volunteers to
address humanitarian issues and specifically ensure inclusive humanitarian
information-sharing in crisis preparedness. 26 volunteers from Europe and
Africa will be deployed 6 months in 4 African countries (Chad,  Central
African Republic, Burundi and Kenya) for 6 months, starting mid October.
During these missions, HOT will support the volunteers in accomplishing the
training, mapping and outreach activities planned for each country during
the months of preparation, involving the EUROSHA local partner organization
as well as local and international humanitarian organizations, local
government institutions, and local tech or social communities.

We’d like to thank the persons who applied for the position of Field
Coordinator with HOT in the EUROSHA project: there is no doubt that you
will be able to contribute greatly to HOT projects in the future and we
will be contacting you if any further project arise.

Unfortunately the proficiency in French was a criteria insufficiently met
by the applicants. Since this project involves three French speaking
countries, we decided to reopen this position for another 15 days (until
27-Sept).

Work includes one 3 weeks trip in November and potentially a second one
over January and February after evaluation of the first deployment.

The position requires familiarity with HOT work, experience in the OSM
project, strong expertise in JOSM, GPS, QGIS and other open source GIS
tools and a commitment to continue supporting the mapping project that
would have been set up throughout the mission.

Given the the tight deadlines on this project, we will be conducting
interviews as application come. **We would also like to encourage people
interested in working with HOT on-the-ground to take advantage of this call
to apply and get known by us.*
*
The complete description of the position:
http://hot.openstreetmap.org/get_involved/hot_eurosha_field_coordinator_position


More information on the Eurosha project:
http://hot.openstreetmap.org/projects/eurosha_0
**Sincerely,**
*
 http://img4.hostingpics.net/pics/224326500pxHotlogowithtext.png
* Severin MENARD
Senior Project Lead
France tel (+33) 9 7046 7595
Brasil tel1 (+55) 71 3355 4471
Brasil tel2 (+55) 71 8222 1145
Skype ID severin.menard
*
* *


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


Re: [OSM-talk-fr] Problème Plescop

2012-09-13 Per discussione Simon Miniou
Je viens de lui envoyer ce message :
*
Bonjour Philmas,

je me suis intéressé à la commune de Plescop pour intégrer tout les
bâtiments du cadastre et j'ai remarqué des erreurs lors de l'import de ton
travail.

Quasiment tout ce que tu a fais se trouve en double sur la carte et au
moins une version (parfois trois) devrait être supprimé.

Peut tu tout nettoyer ou bien préfère tu qu'on efface tout et
que tu recommence proprement ton import en utilisant préalablement sur tes
données les outils de validation de JOSM.

Cordialement,
Simon Miniou
*
j’attends d'avoir sa réponse.

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


Re: [OSM-talk-fr] Message sur la carte OSM

2012-09-13 Per discussione teuxe
Bonjour,

On va dans le bon sens là :)
On améliore un peu plus pour avoir des verbes à l'infinitif :

8 --
Vous pouvez [télécharger] et [utiliser] les données d'OpenStreetMap librement, 
sous les conditions de leur [licence ouverte]. Pour améliorer la carte, 
commencez par [créer un compte].
- 8

Teuxe

PS. J'ai toujours trouvé jolis les ciseaux en ASCII :)


- Mail original -
De: Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 12 Septembre 2012 23:36:26
Objet: Re: [OSM-talk-fr] Message sur la carte OSM

Pour que ça sonne mieux à des oreilles francophones, il faut écrire dans 
l'autre sens :

8 --
Le téléchargement et l'utilisation des données sont libres, sous les 
conditions de leur licence ouverte. L'amélioration de la carte est 
accessible après avoir créé un compte.
- 8

-- 
Jean-Francois Nifenecker, Bordeaux

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

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


Re: [OSM-talk-fr] Vidéo «dessous des cartes»

2012-09-13 Per discussione Pieren
2012/9/10 Cyrille Giquello cyrill...@gmail.com:

 On peut l'acheter sur la boutique d'Arte, c'est pas cher du tout
 (2€), et ça contribue à la survie de la culture ;-)

 http://www.artevod.com/Le_dessous_des_Cartes_Cartographie_2_0

A noter que ça passe encore plusieurs fois cette semaine sur TV5 Monde.

Pieren

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


[OSM-talk-fr] Tag à appliquer sur les fermes

2012-09-13 Per discussione Nicolas
Bonjour,

Débutant sous OSM/JOSM et actuellement entrain d'améliorer la carte d'un 
village, je sollicite votre aide concernant la marche à suivre pour 
correctement mapper les fermes.

Actuellement j'entoure les quelques bâtiments d'une ferme ainsi que sa 
basse-cour d'un polygone avec area=yes + landuse=farmyard + name=le nom de la 
ferme
Cependant, je constate maintenant qu'existe aussi en parallèle au landuse le 
tag place=farm. Je préfère m'assurer avec vous du bienfondé de la méthode que 
j'utilise actuellement, avant de continuer dans ma démarche.

1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai un 
doute quant au fait que l'application d'un tag name= avec un landuse= soit 
correct...
2) Le tag place=farm peut être appliqué à un node ou une area. Me 
conseillez-vous de le positionner sur un node ?
3) J'ai bien vu qu'en plus de place=farm existe place=isolated_dwelling. Comme 
je tag pour l'instant des fermes en activité, me confirmez-vous que la valeur à 
associer au tag place est bien farm et non isolated_dwelling ?
4) J'en profite pour ajouter les routes menant à chaque ferme. Dois-je les 
faire aboutir au centre de la ferme (en m'aidant de Bing ou du cadastre), ou 
bien dois-je la connecter à un node constituant le polygone du landuse=farmyard 
?

Merci pour votre aide.

Nicolas.

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


Re: [OSM-talk-fr] Tag à appliquer sur les fermes

2012-09-13 Per discussione Pieren
2012/9/13 Pieren pier...@gmail.com:
 2012/9/13 Nicolas e.co...@gmx.net:

 1) Le tag name= doit-il être associé au landuse ou bien au tag place ? J'ai 
 un doute quant au fait que l'application d'un tag name= avec un landuse= 
 soit correct...

 Aux deux. En fait, l'idéal serait d'avoir un seul polygone taggué avec
 le landuse et le place. Note que le tag area=yes est inutile
 ici.


J'ai oublié de dire que cette solution ne marche que si le nom est
identique pour la ferme et le lieu-dit. Et compléter en disant que le
tag place n'est utile que si le l'endroit est effectivement aussi un
lieu-dit. Souvent le nom de la ferme et le nom du lieu-dit se
confondent mais pas toujours. Si les noms sont différents, alors on
peut revenir à un modèle avec deux entités séparées (ici, le polygone
pour l'emprise de la ferme et un noeud pour le tag place).
Le nom de la ferme peut aussi éventuellement figurer dans l'adresse
(addr:housename).

Pieren

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


Re: [OSM-talk-fr] Cherche contributeur de midi-pyrénée.

2012-09-13 Per discussione Christian Quest
As-tu regardé ce qu'Osmose avait trouvé comme erreurs sur la zone ?

http://osmose.openstreetmap.fr/map/?lat=44.1824lon=1.141zoom=13

Voici aussi celles liées à ton compte utilisateur parce que tu es le
dernier à avoir modifié les objets en cause:
http://osmose.openstreetmap.fr/text/?username=OpenSourceWay


Le 12 septembre 2012 22:56, OpenSourceWay opensource...@laposte.net a
écrit :

  Bonjour,

 Je suis un étudiant assez impliqué dans tout ce qui est logiciel libre et
 je reviens vers OSM après 1 an d'inactivité.
 J'aimerais trouver quelqu'un proche de chez moi (82, 65 et départements
 limitrophes) pour que l'on m’apprenne à être efficace, faire des
 contributions de qualité et enfin passer un peu de bon temps.
 Je me suis occupé de DURFORT-LACAPELETTE et je pense avoir fait des
 erreurs.

 Merci d'avance.

 Léo aka OpenSourceWay

 --
 *OpenSourceWay*
 * Skype : opensourceway
 http://opensourceway.fr.nf/*

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




-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Tag à appliquer sur les fermes

2012-09-13 Per discussione Nicolas
Donc, si j'ai bien compris, en ce qui concerne l'ajout des fermes :
- Créer un polygone autour des bâtiments de la ferme sans area=yes mais avec : 
landuse=farmyard + place=isolated_dwelling + name=le nom de la ferme
- Je ne créé pas de node taggé place=farm
- Tracer la route menant à la ferme jusqu'à sa fin physique, généralement 
dans la cour. La connecter au polygone du landuse=farmyard, mais tager la 
section du chemin située à l'intérieur du polygone avec access=private, sauf 
bien entendu dans le cas d'une ferme constituée de bâtiments situés de part et 
d'autre d'une route publique.

Voilà, j'espère que c'est bon.

Merci à vous !

Nicolas.

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


Re: [OSM-talk-fr] Problème Plescop

2012-09-13 Per discussione Simon Miniou
Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach.

et concernant le tag source:addr:postcode=GeoBretagne c'est quelque chose
de valide?

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


Re: [OSM-talk-fr] Problème Plescop

2012-09-13 Per discussione Stéphane Péneau

Il a du fourcher, car tout nettoyer avec Potlatch, c'est impossible.
Osmose va certainement retourner un paquet d'erreur sur la zone très 
prochainement, je suis même étonné qu'on ne les voit pas encore.


Pour geofabrik et keepright, c'est déjà le cas :
http://tools.geofabrik.de/osmi/?view=routinglon=-2.80075lat=47.68814zoom=14

http://keepright.ipax.at/report_map.php?lang=frch30=1ch40=1ch50=1ch60=1ch70=1ch90=1ch100=1ch110=1ch120=1ch130=1ch150=1ch160=1ch170=1ch180=1ch191=1ch192=1ch193=1ch194=1ch195=1ch196=1ch197=1ch198=1ch201=1ch202=1ch203=1ch204=1ch205=1ch206=1ch207=1ch208=1ch210=1ch220=1ch231=1ch232=1ch270=1ch281=1ch282=1ch283=1ch284=1ch285=1ch291=1ch292=1ch293=1ch294=1ch311=1ch312=1ch313=1ch320=1ch350=1ch370=1ch380=1ch401=1ch402=1ch411=1ch412=1ch413=1ch20=1ch300=1ch360=1ch390=1number_of_tristate_checkboxes=8highlight_error_id=0highlight_schema=0lat=47.69718lon=-2.80607zoom=16show_ign=1show_tmpign=1layers=B0Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413
%2C20

Geobretagne ? Aucune idée.

Le jeudi 13 septembre 2012 13:47:11, Simon Miniou a écrit :

Philmas m'a répondu et préfère apparemment tout nettoyer avec Potlach.

et concernant le tag source:addr:postcode=GeoBretagne c'est quelque
chose de valide?

Simon


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




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


Re: [OSM-talk-fr] Fwd: Invitation au Datalift Camp

2012-09-13 Per discussione Bruno Cortial
Le 12 septembre 2012 18:50, Pieren pier...@gmail.com a écrit :

 2012/9/12 Charles Nepote char...@nepote.org

 Je ne connais pas assez bien le modèle de données d'OSM mais je pensais
 que chaque objet avait un ID qui lui ne change pas, non ? Ex :
 http://linkedgeodata.org/page/triplify/way27743320


 Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et
 remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple
 d'une ligne (way), elle peut être coupée en deux puis refusionnée
 plus-tard, là encore avec un ID qui pourrait avoir changé.
 La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un
 objet (avec une certaine marge) et un ou plusieurs attributs (tags)
 qualifiant cet objet. Surtout pas l'ID.
 Wikipedia a résolu ce problème en utilisant une application tiers qui
 permet de retrouver l'ID d'un objet OSM à partir des critères précédents :
 http://wiki.openstreetmap.org/wiki/WIWOSM



Bonjour
Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est
présent, ce qui est un peu différent de critères propres à l'objet OSM

Par contre Overpass API développe le concept de permanent ID autour de
ses requêtes. A noter le template wiki disponible qui permet de ne plus
avoir à rentrer d'Id OSM dans les pages du wiki OSM.

http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID


A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Fwd: Invitation au Datalift Camp

2012-09-13 Per discussione Philippe Verdy
Le concept de permanent ID est fortement lié à celui des ref:*.
Autrement dit la permanence est liée surtout à l'existence d'un
autre objet dans une autre base de données (qui au passage peut aussi
évoluer et ne pas garder cette permanence).
Puisque ces références externes ne sont pas plus stables que celles
internes à OSM (id=*) on en revient à la sélection de tags de
références externes, ces tags étant spécifiques pour chaque base.

Dans ce cas la clé wikipedia n'est rien d'autre qu'une autre ref
dans son propre domaine. Il n'y a pas de réelle différence de
comportement. Reste à savoir quelle clé est la plus pertinente pour
référencer une autre base et faciliter le rapprochement entre elle et
OSM. Effectivement id=* n'est pas approprié, mais wikipedia=* est
tout à fait approprié dans OSM, même si un jour l'article Wikipedia
est renommé (les ids internes de Wikipedia réellement permanent sont
les numéros de version d'articles, pas les titres, mais leur contenu
peut ne plus correspondre à ce qu'on voudrait référencer et qui doit
suivre aussi les évolutions).

Il n'y a donc pas de réelle référence permanente d'une base à
l'autre. On choisit juste la clé et sa valeur qui permet de retrouver
l'objet le plus facilement et le plus probablement (en admettant que
cela ne change pas trop souvent et que chaque base de données suit
un schéma d'écolution assurant une certaine stabilité), ou si elle ne
peut plus être retrouvée telle quelle, en la qualifiant assez pour que
les listes de choix proposés dans une recherche permettent de recréer
le lien brisé sans trop de difficultés : une seule clé de référence ne
peut pas toujours suffire, et il n'est donc pas inutile dans ce cas de
permettre de recroiser avec d'autres valeurs de clé liées, sachant
qu'aucune de ces clés n'est réellement permanente.

Dans OSM j'aurais tendance à privilégier les identifiants issus
d'organismes officiels qui sont en charge de la définition de cet
objet (ref:*, par exemple les codes INSEE, des collectivités
françaises, voire SIREN ou SIRET et autres numéros RCS, qui évoluent
aussi de temps en temps) mais cela ne doit pas dispenser de préciser
et croiser aussi d'autres valeurs (notamment name=* ou les codes
postaux qu'on croise fans une zone géographique pas trop grande avec
le type d'objet indiqué pour permettre de le retrouver de façon floue
quand une base ou l'autre a du changer).

Il n'y a donc aucun schéma universel : à chaque type d'objet et selon
sa zone géographique correspond des clés et valeurs de clés plus
pertinentes que d'autres. Formaliser ça dans un modèle unique valable
partout relève de l'utopie, ce modèle parfait n'existant pas.

Le 13 septembre 2012 14:45, Bruno Cortial bruno.cort...@laposte.net a écrit :
 Un objet OSM ne change pas d'ID mais l'objet peut être supprimé et
 remplacé par un nouveau qui aura un ID différent. Ou encore, dans l'exemple
 d'une ligne (way), elle peut être coupée en deux puis refusionnée plus-tard,
 là encore avec un ID qui pourrait avoir changé.
 La seule de pérenne dans OSM, ce sont les coordonnées géographiques d'un
 objet (avec une certaine marge) et un ou plusieurs attributs (tags)
 qualifiant cet objet. Surtout pas l'ID.
 Wikipedia a résolu ce problème en utilisant une application tiers qui
 permet de retrouver l'ID d'un objet OSM à partir des critères précédents :
 http://wiki.openstreetmap.org/wiki/WIWOSM


 Il me semble que WIWOSM ne fonctionne que si la clé wikipedia est présent,
 ce qui est un peu différent de critères propres à l'objet OSM

 Par contre Overpass API développe le concept de permanent ID autour de ses
 requêtes. A noter le template wiki disponible qui permet de ne plus avoir à
 rentrer d'Id OSM dans les pages du wiki OSM.

 http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID

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


Re: [OSM-talk-fr] Migration ODbL: c'est demain !

2012-09-13 Per discussione Fabien
Le 13 septembre 2012 03:21, Emilie Laffray emilie.laff...@gmail.com a écrit :

 S'il te plaît donc, va lire les mailings listes des précédentes années ainsi
 que les opinions de juristes sur le sujet comme Benjamin Jean ou la position
 de l'April sur ces sujets.

Je ne peux qu'appuyer ce point. J'ai lu (et acheté même si on peut
récupérer le PDF gratuitement sur le site) le livre de Benjamin Jean :
Option Libre, du bon usage des licences libres [1] et là on voit qu'un
point entier traite des licences OpenData. Au moins des vrais idées de
juriste sont évoquées et détaillées (source à l'appui). Je ne peux
clairement pas dire que j'ai tout compris mais c'est vraiment un livre
à lire avant de commencer à parler de licences éprouvées ou non. Il y
a même un laïus de 3 pages pour expliquer la portée de cette licence
(renvoyant à plein d'articles) ainsi qu'une table de corrélation avec
les autres licences. Si c'est une licence si « expérimentale » c'est
vraiment étrange...

Fabien

[1] http://framabook.org/option-libre-du-bon-usage-des-licences-libres

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


[OSM-talk-fr] Où en est la libération des donnéesde jaccede.com

2012-09-13 Per discussione F. Roure

Bonjour

J'aimerais savoir où en sont la libération des données de jaccede.com 
ainsi que les discussions pour leur intégration dans la base OSM.


En effet il y a le 20 octobre une opération jaccede à Marseille 
http://ja2012.jaccede.com/marseille, à la quelle La Luciole 
http://www.laluciole.asso.fr/ est conviée. Ce serait bien qu'on ait 
des nouvelle fraiches pour alimenter pour échanger avec les animateurs 
locaux.


Cordialement

Françoise (contributrice OSM et membre de La Luciole)


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


[OSM-talk-fr] imaginationforpeople : Septembre, mois de la cartographie innovante

2012-09-13 Per discussione Cyrille Giquello
Salut

Pour info:
http://imaginationforpeople.org/en/newsletters/septembre2012/3hz-32386aa50e4eea1b6791/

Extract:

Net!2Plan, MapLive, Cartes ouvertes, Colibri ...

Pour le mois de septembre, Imagination for People [1] se tournera vers
le thème de la cartographie en innovation sociale. Nous vous invitons
donc à vous joindre à nous du 17 au 23 septembre pour identifier des
éléments innovants de l’usage des cartes et de la géolocalisation dans
des projets sociaux.
Il s’agit d’un thème vaste et divers sujets seront abordés au cours de
cette semaine. De la gestion intégrée des ressources aux nouveaux
usages cartographiques et de la cartographie des zones de crise à la
gestion urbaine communautaire, différents projets devraient stimuler
votre curiosité et votre intérêt.
Nous annoncerons nos activités sur notre blogue  au cours de la
semaine, mais vous pouvez déjà inscrire la date du mercredi 19
septembre à vos agendas. De 15h à 17h (TU), nous tiendrons une
première séance de clavardage portant sur le thème du mois. Nous vons
invitons à vous joindre à nous sur Twitter  et à utiliser le mot-clé
#InnMap pour identifier vos gazouillis sur la cartographie innovante.


[1] http://imaginationforpeople.org/

-- 
Cyrille.

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


[OSM-talk-fr] Retoucher une frontière nationale, ou pas?

2012-09-13 Per discussione Tetsuo Shima
Bonsoir,

J'ai un souci avec la frontiere franco-luxembourgeoise, au niveau de
la commune de Rédange(57). La feuille cadastrale numéro 6, qui semble
servir de source a la frontiere France/Luxembourg ne correspond
pourtant pas la la frontiere OSM?!

Les frontieres de la France ne sont pas établies et justes, ou bien
c'est moi qui est merdé avec les croix de lambert?

Avant de re-gribouiller la frontiere - sur la base du cadastre - je
prefere demander ... si c'est pas une mauvaise idée?

C'est la partie est de ce way qui pose probleme 116418434.

Cordialement.

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


  1   2   >