[talk-ph] A user traced from Google Earth

[Eugene Alvin Villar]

Please check this changeset:
http://www.openstreetmap.org/browse/changeset/7636567

I have already contacted the user.

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

Re: [OSM-talk-be] tag street from calc file

[Jo]

Hi Julien,

Did you already try to open an .osm file in a text editor, after downloading
it with JOSM?

You'll find it's a text file in xml format.

What I think you need is a program in a scripting language, which takes a
line from the spreadsheet (exported in csv-format) and looks up the street
name in the xml file. If it's found AND it is a oneway street, it can add a
line:

cycleway=opposite (converted to the proper xml-format) and tag the way as
modified.

If you like, I can try to write something which does this in Python.

Then the .osm file needs to be opened again in JOSM.

Now do a find (Ctrl-f) for 'modified' ways. It's important to check, since
there will surely be street segments that shouldn''t have been changed
(streets that only allow bicycle in contraflow in one part, but not
another). On these you manually remove the cycleway=opposite tag.

Then use JOSM to upload all the changes in bulk to the server.

Polyglot

2011/3/21 Julien Fastré julienfas...@gmail.com

 Hi,

 User Nondidju and me received a list of SUL in our city, Liège (SUL are, in
 french, sens uniques limités, oneway street where cycle are allowed in
 contraflow).

 This list is in a calc file. I would like to know if it exists a script
 which could help us to tag all those street, instead of doing it one by one
 in JOSM.

 Thanks,
 Julien FASTRE
 http://www.openstreetmap.org/user/Julien%20Fastr%C3%A9

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


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

Re: [OSM-talk-be] tag street from calc file

[Renaud MICHEL]

On mardi 22 mars 2011 at 18:39, Jo wrote :
 cycleway=opposite (converted to the proper xml-format) and tag the way as
 modified.

I don't think that tag is appropriate.
It implies that there is a real cycleway on the road, but in Liege (and many 
other places in wallonia) you simply have an exclusion to the oneway for 
bicycles.
For those I use
oneway:bicycle=no
bicycle:oneway=no
(not sure which one is more appropriate, so I always add both, looking at 
the wiki, the oneway:bicycle seems to be preferred)

-- 
Renaud Michel

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

Re: [OSM-talk-be] tag street from calc file

[Tim François]

One question: under what license has the data been released?

On Tue, Mar 22, 2011 at 6:00 PM, Renaud MICHEL r.h.michel+...@gmail.comwrote:

 On mardi 22 mars 2011 at 18:39, Jo wrote :
  cycleway=opposite (converted to the proper xml-format) and tag the way as
  modified.

 I don't think that tag is appropriate.
 It implies that there is a real cycleway on the road, but in Liege (and
 many
 other places in wallonia) you simply have an exclusion to the oneway for
 bicycles.
 For those I use
 oneway:bicycle=no
 bicycle:oneway=no
 (not sure which one is more appropriate, so I always add both, looking at
 the wiki, the oneway:bicycle seems to be preferred)

 --
 Renaud Michel

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

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

Re: [OSM-talk-be] tag street from calc file

[Andre Engels]

On Tue, Mar 22, 2011 at 7:00 PM, Renaud MICHEL r.h.michel+...@gmail.com wrote:
 On mardi 22 mars 2011 at 18:39, Jo wrote :
 cycleway=opposite (converted to the proper xml-format) and tag the way as
 modified.

 I don't think that tag is appropriate.
 It implies that there is a real cycleway on the road, but in Liege (and many
 other places in wallonia) you simply have an exclusion to the oneway for
 bicycles.

No, cycleway=opposite means exactly that - a one way road that
cyclists are allowed to ride in the opposite direction. See
http://wiki.openstreetmap.org/wiki/Key:cycleway


 For those I use
 oneway:bicycle=no
 bicycle:oneway=no
 (not sure which one is more appropriate, so I always add both, looking at
 the wiki, the oneway:bicycle seems to be preferred)



-- 
André Engels, andreeng...@gmail.com

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

Re: [OSM-talk-be] tag street from calc file

[Jo]

To be honest I'm not thrilled with the cycleway=opposite key either. It's
something that goes back many years though, when the British cycle map was
started. From the time before : were present in keys. I prefer
oneway:bicycle=no myself.

If the license is suitable, would you want me to create a Python script that
merges the spreadsheet with the osm-data?

Jo

2011/3/22 Renaud MICHEL r.h.michel+...@gmail.com

 On mardi 22 mars 2011 at 19:20, you wrote :
  No, cycleway=opposite means exactly that - a one way road that
  cyclists are allowed to ride in the opposite direction. See
  http://wiki.openstreetmap.org/wiki/Key:cycleway

 And once again there is more than one way to tag it...

 That's the kind of thing that demotivate me about OSM.

 --
 Renaud Michel

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

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

Re: [OSM-talk-be] tag street from calc file

[Ben Laenen]

Andre Engels wrote:
 On Tue, Mar 22, 2011 at 7:00 PM, Renaud MICHEL r.h.michel+...@gmail.com 
wrote:
  On mardi 22 mars 2011 at 18:39, Jo wrote :
  cycleway=opposite (converted to the proper xml-format) and tag the way
  as modified.
  
  I don't think that tag is appropriate.
  It implies that there is a real cycleway on the road, but in Liege (and
  many other places in wallonia) you simply have an exclusion to the
  oneway for bicycles.
 
 No, cycleway=opposite means exactly that - a one way road that
 cyclists are allowed to ride in the opposite direction. See
 http://wiki.openstreetmap.org/wiki/Key:cycleway

The main problem with it is that it doesn't tell anything about mopeds. As you 
know many oneway streets also allow mopeds class A in the opposite direction.

My preference has always gone to

bicycle:oneway=no
moped_A:oneway=no

and I'm sure that the reasoning why I choose this and not oneway:bicycle=no 
can be found in a couple of places in different discussions in mailing lists 
and wiki, but I'm not gonna dig those up now. My unfinished traffic signs tool 
also makes use of these: 
http://mijndev.openstreetmap.nl/~eimai/verkeersborden/

Ben

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

Re: [OSM-talk-be] tag street from calc file

[Julien Fastré]

Hi everybody!

@Jo and @Tim: I am not sure about the license and I was asking myself if I
could use it or not... Actually, it's a friend of mine, who is also mapper,
who told me he obtains this file from the city of Liege a couple of years
ago. He could use it for maps from pro-velo, I think. I am going to clarify
that with him, I think he is advised about this question of license but he
did not told me explicitly the data were open.

(This user also had a contact last month with the service of urbanisme who
use map-tools, which was quite enthusiast as he explained OSM... Maybe
something, one day? We are going to talk again with this service in a couple
of days...)

@Jo: Yes, your proposition sounds good for me. I have already made import
from OSM into a postgis database. I was thinking about something with a php
(i know php better than python) script and a database with a recent import.
I don't have a lot of time for doing that, if you feel ready to help me I
will be happy... If, you too, you don't have much time I will cope, but it
won't be next week...

@all: I don't like the tag cycleway=opposite too, for the same reason: it is
confusing. But it is a lot more used than bicycle:oneway=no or
oneway:bicycle=no. cycleway=opposite is used 17212 times, oneway:bicycle 673
and bicycle:oneway 1228. The question is: should we not change something
because it is used many times? Or should we adopt tag habits we are
consistent (FR: cohérent)?

May i, in my future screen, add both tags (cycleway=opposite +
bicycle:oneway=no) ?

Julien


2011/3/22 Ben Laenen benlae...@gmail.com

 Andre Engels wrote:
  On Tue, Mar 22, 2011 at 7:00 PM, Renaud MICHEL r.h.michel+...@gmail.com
 
 wrote:
   On mardi 22 mars 2011 at 18:39, Jo wrote :
   cycleway=opposite (converted to the proper xml-format) and tag the way
   as modified.
  
   I don't think that tag is appropriate.
   It implies that there is a real cycleway on the road, but in Liege (and
   many other places in wallonia) you simply have an exclusion to the
   oneway for bicycles.
 
  No, cycleway=opposite means exactly that - a one way road that
  cyclists are allowed to ride in the opposite direction. See
  http://wiki.openstreetmap.org/wiki/Key:cycleway

 The main problem with it is that it doesn't tell anything about mopeds. As
 you
 know many oneway streets also allow mopeds class A in the opposite
 direction.

 My preference has always gone to

 bicycle:oneway=no
 moped_A:oneway=no

 and I'm sure that the reasoning why I choose this and not oneway:bicycle=no
 can be found in a couple of places in different discussions in mailing
 lists
 and wiki, but I'm not gonna dig those up now. My unfinished traffic signs
 tool
 also makes use of these:
 http://mijndev.openstreetmap.nl/~eimai/verkeersborden/

 Ben

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

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

[OSM-talk-be] contact to city of Liège

[Benedict Stein]

Hi julien,

do you know whether your friend is in contact with TEC too ? - I didn't
get a reply on my attempt asking for their bus system plans ...
Well to be honest this might be the case because my french isn't good
enough ;-)

If it's possible I'd be pleasant if you'd ask @TEC in Liège for their
data, because they're responsible for our whole region (Verviers/Liège)

Thanks in advance
benste



attachment: face-wink.png

signature.asc
Description: This is a digitally signed message part
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Aruba has flooded

[Vladimir Vyskocil]

I put back natural=coastline on the ways, I hope I didn't missed a part.

Vlad.

On 22 mars 2011, at 05:49, Toby Murray wrote:

 The wiki indicates that natural=coastline should only be used on ways.
 You seem to have removed it from the ways and added it to the Aruba
 island border relation. Being in Kansas, I can't claim to be an expert
 on coastlines so I'm not sure if the wiki is accurate or not but
 that's all I can see.
 
 Toby
 
 On Mon, Mar 21, 2011 at 5:40 PM, Milo van der Linden m...@dogodigi.net 
 wrote:
 Help...
 
 http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 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] Aruba has flooded

[Vladimir Vyskocil]

I also found a self intersection of the coastline and removed it.

Vlad.

On 22 mars 2011, at 05:49, Toby Murray wrote:

 The wiki indicates that natural=coastline should only be used on ways.
 You seem to have removed it from the ways and added it to the Aruba
 island border relation. Being in Kansas, I can't claim to be an expert
 on coastlines so I'm not sure if the wiki is accurate or not but
 that's all I can see.
 
 Toby
 
 On Mon, Mar 21, 2011 at 5:40 PM, Milo van der Linden m...@dogodigi.net 
 wrote:
 Help...
 
 http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M
 
 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk
 
 
 ___
 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] the coastline

[David Groom]

- Original Message - 
From: Elizabeth Dodd ed...@billiau.net

To: talk@openstreetmap.org
Sent: Monday, March 21, 2011 10:19 PM
Subject: Re: [OSM-talk] the coastline




On Mon, 21 Mar 2011 21:59:20 -
Andy Robinson ajrli...@gmail.com wrote:


I'd place the coastline at the low water mark because you know then
that its always true. The coastline at the high water mark is only
true a couple of times a day or whatever. Then it needs a
high_water_mark way adding and ideally rendered in the long run.

Cheers
Andy

-Original Message-
From: Robin Paulson [mailto:robin.paul...@gmail.com]
Sent: 21 March 2011 21:46
To: OSM Talk
Subject: [OSM-talk] the coastline

i've recently been doing some mapping around auckland, adding coastal
walkways. one in particular i walked on sunday has two routes: one at
the foot of the cliffs, one on the road at the top of the cliffs. the
lower route is under water when the tide is in, so walkers are
advised to follow the road route.

so, i added the route, and it is now under water:
http://www.openstreetmap.org/?lat=-36.927322lon=174.709115zoom=18layers=M

this seems wrong, drawing a route which is then under water, but the
alternative of moving the path is also wrong.

so, what do we do?

the question becomes (in my mind): why do we have a single way mapped
'coastline'? this implies the boundary between land and water is
static, but of course it moves - a number of times per day.

i like the possibility of a high water mark and a low water mark, used
together to entirely replace the natural=coastline tag.

perhaps some of you have some ideas around this also?

thanks,

--


the Coastline has been defined as high water mark.

http://wiki.openstreetmap.org/wiki/Tag:natural%3Dcoastline

I don't see that redefining it is going to be helpful


+ 1



Robin's point stands - should we mark the low water mark and the high
water mark and render the littoral zone differently?
I guess it is part of the micro-mapping initiative which is popular on
the tagging list.


There is a proposal at 
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover  for water 
= tidal, which defines the zone between low and high water


David




From a safety point of view, I'd rather know that the path is under
water. Then I can examine the coast and the tide tables (or ask) and
make a decision on walking it.
I certainly don't want a router taking me through there as the shortest
or fastest walk.

___
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] Aruba has flooded

[Milo van der Linden]

Thank you thank you thank you!

I will silently wait and check if the flood dries...

With humble respect,

Milo

2011/3/22, Vladimir Vyskocil vladimir.vysko...@gmail.com:
 I also found a self intersection of the coastline and removed it.

 Vlad.

 On 22 mars 2011, at 05:49, Toby Murray wrote:

 The wiki indicates that natural=coastline should only be used on ways.
 You seem to have removed it from the ways and added it to the Aruba
 island border relation. Being in Kansas, I can't claim to be an expert
 on coastlines so I'm not sure if the wiki is accurate or not but
 that's all I can see.

 Toby

 On Mon, Mar 21, 2011 at 5:40 PM, Milo van der Linden m...@dogodigi.net
 wrote:
 Help...

 http://www.openstreetmap.org/?lat=12.5315lon=-69.9663zoom=12layers=M

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


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


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



-- 
Milo van der Linden
Open Source Geospatial consultant

do go digi - *Geospatial solutions*

Beukenlaan 2
5261LE  Vught
+31616598808

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

Re: [OSM-talk] the coastline

[Kevin Peat]

to the list as well

On 22 Mar 2011 16:58, Kevin Peat ke...@kevinpeat.com wrote:


 On 22 Mar 2011 10:41, David Groom revi...@pacific-rim.net wrote:
 
  Robin's point stands - should we mark the low water mark and the high
  water mark and render the littoral zone differently?
  I guess it is part of the micro-mapping initiative which is popular on
  the tagging list.
 
 
  There is a proposal at
http://wiki.openstreetmap.org/wiki/Proposed_features/Water_cover  for water
= tidal, which defines the zone between low and high water

 I have used tidal=yes to mark the tidal parts of beaches, rivers, paths,
etc. It has ~5000 uses per taginfo so I guess other people are using it as
well.

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

[OSM-talk] California is all wet

[Daniel Sabo]

The new river rendering at z7 to z10 is a little extreme.
e.g.
http://www.openstreetmap.org/?lat=40.27lon=-123.61zoom=7layers=M
http://www.openstreetmap.org/?lat=40.269lon=-123.611zoom=9layers=M

Are the lines supposed to be this thick?

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

Re: [OSM-talk] California is all wet

[Toby Murray]

On Tue, Mar 22, 2011 at 8:22 PM, Daniel Sabo daniels...@gmail.com wrote:
 The new river rendering at z7 to z10 is a little extreme.
 e.g.
 http://www.openstreetmap.org/?lat=40.27lon=-123.61zoom=7layers=M
 http://www.openstreetmap.org/?lat=40.269lon=-123.611zoom=9layers=M

 Are the lines supposed to be this thick?

Some of is a data problem. Way too many creeks and streams are tagged
as rivers. See this thread on talk-us about the data cleanup:

http://lists.openstreetmap.org/pipermail/talk-us/2011-March/005438.html

Toby

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

[OSM-talk-nl] openOV gaat beginnen

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hoi allen,


Ik wilde jullie ook op de mailinglijst even informeren over openOV. Een
projectidee(tje) dat ooit hier is begonnen en nu begint te draaien met
echte data. Data die niet door mensen wordt gecrowdsourced, maar aan
wordt geleverd door mensen die er verstand van zouden moeten hebben.
Helaas blijkt het voorgaande toch niet altijd het geval, en worden de
eerste bugs terwijl ik dit schrijf al weer weggepoetst.

Eerder heb ik OpenStreetMap door dit project al voorzien van een
he-le-boel (dubbele) haltes, afkomstig van bijvoorbeeld Veolia en CXX.
Ook de kwaliteit daar blijkt ver te zoeken te zijn. Nu is de organisatie
waar onze data vandaan komt eigenlijk met het zelfde probleem
opgescheept: wat is een dubbele halte, en wat is de halte terug? Daar
hebben ze wat mensen opgezet.

In de eerste stap heeft openOV beschikking gekregen over alle haltedata
van Amsterdam. Je kunt het in ieder geval hier vinden:
http://mirror.openstreetmap.nl/govi/ en ik heb het ook wat visueler
hier: http://openov.nl/haltes/ neergezet. Het mag duidelijk zijn dat
we op de kaart nog best veel haltes missen. Mocht iemand zich geroepen
voelen om deze data te gebruiken om een kaart passend te maken wil ik
alleen vragen om toch vooral eventuele cxx:-tags over te blijven nemen,
hopelijk kunnen we alle haltes binnen niet al te lange tijd een
OV-chipkaart nummer geven en een DRIS nummer. De eerste kun je gebruiken
als je een kaartlezer hebt, de tweede om dynamische reisinformatie mee
op te te vragen.


Wat gaan we nu doen? Er is nog een koppeling te schrijven naar GOVI, we
hebben daarvoor wat Java code gehad. En daar gaan we een stukje Python,
C of Erlang van maken. Hulp uiteraard altijd gewenst.

En als de data er is? Nou dan kun je los met je eigen 'haltepaal' app,
of je eigen dynamische OV-routeplanner. of een ander super spannend idee
wat je nog niet met ons gaat delen, maar waar we een blog post over vol
kunnen schrijven. Als je idee nou echt goed is, voer het uit en maak er
wat van voor: http://www.appsforamsterdam.nl/


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

iEYEAREKAAYFAk2JOYgACgkQYH1+F2Rqwn3awQCfWFppi96u0DnYEcBcfm9RjQXj
PQIAnA2QgLRzBWHvUnyx6DsFY5XHvbv4
=MU8v
-END PGP SIGNATURE-

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

[Talk-de] lnm: Japan: Freie Geodaten im Katastropheneinsatz

[Benjamin Hagemann]

Moin :)

fyi

lnm: Japan: Freie Geodaten im Katastropheneinsatz
http://www.linux-magazin.de/NEWS/Japan-Freie-Geodaten-im-Katastropheneinsatz

-- 
Grüße, Benny

gpg 0xFC505AB0
jabber  be...@benny.de
sip be...@benny.de


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

Re: [Talk-de] lnm: Japan: Freie Geodaten im Katastropheneinsatz

[Pascal Neis]

Hi,

Benjamin Hagemann schrieb:


lnm: Japan: Freie Geodaten im Katastropheneinsatz
http://www.linux-magazin.de/NEWS/Japan-Freie-Geodaten-im-Katastropheneinsatz


danke für den Hinweis!
Ich muss aber etwas richtig stellen: Ich verwende
ausschließlich OpenStreetMap Daten. Im Artikel
steht das die Daten von Honda kommen, dass
ist so aber nicht richtig! In der Bing-Website
stammen sie von Honda ...

Danke nochmal an alle die in Japan OSM Daten einarbeiten,
ohne die wären die verschiedenen Overlays nicht möglich !

viele gruesse
pascal

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

Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße

[Philip Gillißen]

Frederik Ramm wrote:
 Der gefakte User-Agent ist dabei, wie Nop schon sagte, ein klarer 
 Verstoss gegen unsere Policy (und gegen uebliche Verhaltensregeln im Web 
 sowieso). Ich habe kein Statement von den Programmierern dazu; ich 
 hoffe, dass sie sich schaemen.
Ich finde, dass SourceForge an dieser Stelle eingreifen kann. Daher habe ich
einfach mal auf http://sourceforge.net/projects/mobac/ Report inappropriate
content geklickt und eine Erklärung dort reingeschrieben, dass das Programm
Copyright verletzt sowie OpenSource-Projektinfrastruktur stark
beeinträchtigt.
Vielleicht geben die Administratoren dann dem Autor mal einen mehr oder
weniger freundlichen Hinweis.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195234.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße

[Philip Gillißen]

Habe gerade noch etwas interessantes rausgefunden.
Der Autor hat vor 12 Stunden den Default User Agent geändert im SVN-Code:
http://mobac.svn.sourceforge.net/viewvc/mobac/trunk/MOBAC/src/main/java/mobac/program/model/Settings.java?view=log

Vorher hat er wohl Firefox 3, Windows 7 angegeben, jetzt zieht er den User
Agent aus einer Properties Datei. Leider finde ich diese nicht, bzw. sie ist
nicht eingecheckt.

Also hat die Tile Sperrung anscheinend schon Aufmerksamkeit geweckt.

--
View this message in context: 
http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195248.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Relationen Landmasse

[Fabian Schmidt]

Am 21.03.11 schrieb M∡rtin Koppenhoefer:


Am 21. März 2011 19:51 schrieb Henning Scholland o...@aighes.de:

Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des
Flächeninhalts der Einheit zu statistischen Zwecken.


und für diesen Spezialfall sollen wir doppelt gemoppelte Daten drin
haben?


Nein, im wesentlichen wollen wir die Landmasse für den von Sven 
geschilderten /allgemeinen/ Fall 
(http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.de/83358)


Da die 12sm-Grenze auch in anderen Ländern ein Import der amtl. Daten ist, 
finde ich es zumindest ungemein praktisch, in OSM einen Sammelplatz für 
die Daten zu haben und nicht für jedes Land einzeln suchen zu müssen.



Gruß,

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

Re: [Talk-de] Relationen Landmasse

[Martin Simon]

Ich habe hier zwar nur mitgelesen, möchte aber zu dieser Aussage:

Am 21. März 2011 20:08 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
 M.E. hat irgendwann jemand mal gelesen, dass die Landmasse bei der
 politischen Gliederung eine Rolle spielt (was ja auch stimmt), und
 dann den Schluss gezogen, dass man dafür in OSM eine Relation braucht
 (das stimmt eben nicht). Daraufhin wurde dieses Vorgehen von anderen
 Mappern aufgegriffen und die halbe Welt damit missioniert (Huch, die
 Italiener haben ja noch gar keine Landmasse-Relation, schnell mal eine
 erstellen, diese Schlamper tststs).

 Wenn wir nun aber feststellen, dass uns diese Relationen praktisch
 keine Vorteile bringen, wäre es da nicht am besten, man ergänzte einen
 Hinweis im Wiki und löschte diese Relationen wieder, bevor weitere 200
 Versionen dazukommen?

mal mein +drölf loswerden.

Ergebnisse von Verschneidungen zweier Flächen in OSM vorzuhalten ist
einfach Käse.
Hat die Schweiz eigentlich schon 'ne Landmasse-Relation? Wenn nicht,
wie solle eine automatische Auswertung aller Landmassen aller Länder
wissen, daß sie nicht am Meer liegt? ;-)

Gruß,

Martin

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

Re: [Talk-de] Eigenschaften einer Relation

[geo.osm]

Hallo,

ich habe mir auf meinem alten Laptop ein Linux (Ubuntu) installiert, um das
Skript abarbeiten zu können.
Leider bin ich momentan an einem Punkt wo ich nicht weiter komme. Ich rufe
das Skript hikingbook.pl auf und erhalte folgende Fehlermeldung:

can't open osm file at OSM/osm.pm line 216

Im Vorfeld habe ich nur den osm-File der Geofabrik mittels osmosis und Bbox
verkleinert.

 ../osmosis-0.38/bin/osmosis --read-xml brandenburg.osm --bounding-box
completeWays=yes completeRelations=yes left=13.04 right=13.11 bottom=51.97
top=52.01 --write-xml small.osm

Habt Ihr vielleicht eine Idee woran das Liegen könnte?
Vielen Dank für Eure Hilfe.

schönen Gruß
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relationen Landmasse

[M∡rtin Koppenhoefer]

Am 22. März 2011 10:37 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:

 Am 21.03.11 schrieb M∡rtin Koppenhoefer:

 Am 21. März 2011 19:51 schrieb Henning Scholland o...@aighes.de:
 Eine Anwendung für die Landmasse wäre bspw. die Ermittlung des
 Flächeninhalts der Einheit zu statistischen Zwecken.

 und für diesen Spezialfall sollen wir doppelt gemoppelte Daten drin
 haben?

 Nein, im wesentlichen wollen wir die Landmasse für den von Sven
 geschilderten /allgemeinen/ Fall
 (http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.de/83358)


Sven schreibt: ich finde es Sinnvoll bei küstennahen  Gemeinden / Kreisen /
Bundesländern beides zu haben. Denn wenn man mal eben eine
Übersichtskarte von Deutschland zeichnen möchte, will man gerade nicht
die 12 Meilen Zone von Deutschland haben sondern Rügen, Sylt, Helgoland,
die Halligen extra erkennen können. Natürlich könnte man das dann auch
per Tool machen, welches zwei Quellen joint. Aber das war das
urspürngliche Argument für die Einführung von Landmassen.


M.E. spielt es überhaupt keine Rolle, wenn man mal eben eine
Übersichtskarte von Deutschland zeichnen möchte, ob es diese
Relationen gibt oder nicht. Es ändert sich sogar dadurch, dass
Deutschland im Norden an Dänemark grenzt und im Süden das schwäbische
Meer nicht zählt, am Platzbedarf überhaupt nichts, egal ob man die
Landmasse rendert oder die administrative Grenze. Man muss da auch
nichts joinen: man rendert mal eben alles innerhalb der
administrativen Grenzen Deutschlands und erhält so eine
Übersichtskarte.

Ich verstehe auch nicht, warum man Rügen, Sylt, Helgoland ohne die
Relation nicht extra erkennen sollte (sind als Inseln ja klar
getrennt, sind eigene Polygone).

Auf der anderen Seite haben wir eine Datendoppelung, die nicht nur
Mapper sondern auch Tools verwirrt, z.B. Nominatim spuckt sowas aus,
wenn man eine Tankstelle sucht:
Fuel 63, Artlenburger Landstraße, Gewerbegebiet Dieselstraße,
Goseburg, Adendorf, Landkreis Lüneburg, Stormarn, Niedersachsen
(Landmasse), 21365, Germany

Niedersachsen (Landmasse) ist kein Bundesland, das Bundesland heisst
Niedersachsen und schliesst die Inseln mit ein, genauso wie die
Inseln bei den entsprechenden Landkreisen mit eingeschlossen sind
(z.B: Landkreis Friesland (Wangerooge) oder Landkreis Wittmund
(Langeoog und Spiekeroog)). M.E. sollte der, der eine falsche
Übersichtskarte rendern will (ohne alle Gebiete) das lokal machen, und
in OSM nur richtige Daten eintragen.

Gruß Martin

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

Re: [Talk-de] Probleme mit Nominatim

[Andreas Neumann]

Am 22.03.2011 01:36, schrieb Andreas Neumann:
 Moin,
 
 nachdem ich gesehen hab, dass es hier patente Leute in Fragen Nominatim
 gibt, reposte ich mal einen Beitrag aus dem Forum:
 
 Hi,
 
 ich bastle grad an einer website und dachte mir, es sei doch schick, zu
 Adressen auch eine kleine Karte anzuzeigen (keine Sorge,
 ressourcenschonend). Also schicke ich die Adresse an Nominatim.
 
 Nun bringt mir aber Nominatim, trotz korrekter Daten in OSM (die da
 schon seit jahren liegen), die falschen Adressen...
 
 1. Beispiel:
 bi-Club in Ilmenau. Ist im Haus I, welches die Adressdaten
 Max-Planck-Ring 4, 98693 Ilmenau besitzt.
 Nun kommt aber das bei der Suche raus:
 http://nominatim.openstreetmap.org/search?q=bi+club+ilmenauformat=xmladdressdetails=1zoom=18
 Die Albert-Einstein ist tatsächlich die nächstliegende, jedoch hat er
 sich früher an die Adressdaten gehalten :-(
 
 2. Beispiel:
 (Anmerkung, ich nehme immer nur den ersten Treffer)
 Manggasse 8 in Ilmenau. Das Haus gibts nur einmal!
 Bei den Treffern kommt nun:
 http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenauformat=xmladdressdetails=1zoom=18
 Der erste Treffer ist die Lindenstraße 8 (auch komplett getagt), welche
 aber an der Einmündung Manggasse-Lindenstraße steht. erst der zweite
 Treffer ist die richtige Manggasse 8 (auch hier sind alle addr:*-tags drin).
 
 3. Beispiel:
 Der Audimax ist im Humboldtbau, welcher alle addr:*-Tags besitzt. Also
 müsste er die korrekte PLZ 98693 bekommen, aber:
 http://nominatim.openstreetmap.org/search?q=manggasse+8+ilmenauformat=xmladdressdetails=1zoom=18
 98704 ist der Nachbarort. Auch die PLZ-Multipolygone liegen korrekt...

Das Problem scheint sich erledigt zu haben...

 4. Überall in Ilmenau und Umgebung gilt als Ortsteil Oehrenstock. Dies
 ist ein Ortsteil von Langewiesen.
 http://nominatim.openstreetmap.org/search?q=ehrenbergstraße+ilmenauformat=xmladdressdetails=1zoom=18
 Den nähesten Ortsteil anzugeben ist ja schön und gut, jedoch gibt es
 viele Ortsteile, die keinen Namen haben! Ich weiß, das ist sehr schwer
 zu berechnen, aber evtl. finden ja die Theoretiker hier im Raum einen Weg...
 
 Ist das nur ein Temporäres Problem? Machen wir was beim Tagging falsch?
 Hab ich falsche Ansprüche an Nominatim?
 
 Hoffe irgendwer kann mir helfen :-D
 
 MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

Re: [Talk-de] Eigenschaften einer Relation

[gary]

Die osm datei wird nicht gefunden

-- Urspr. Mitt. --
Betreff: Re: [Talk-de] Eigenschaften einer Relation
Von: geo.osm geo@googlemail.com
Datum: 22.03.2011 11:14

Hallo,

ich habe mir auf meinem alten Laptop ein Linux (Ubuntu) installiert, um das
Skript abarbeiten zu können.
Leider bin ich momentan an einem Punkt wo ich nicht weiter komme. Ich rufe
das Skript hikingbook.pl auf und erhalte folgende Fehlermeldung:

can't open osm file at OSM/osm.pm line 216

Im Vorfeld habe ich nur den osm-File der Geofabrik mittels osmosis und Bbox
verkleinert.

 ../osmosis-0.38/bin/osmosis --read-xml brandenburg.osm --bounding-box
completeWays=yes completeRelations=yes left=13.04 right=13.11 bottom=51.97
top=52.01 --write-xml small.osm

Habt Ihr vielleicht eine Idee woran das Liegen könnte?
Vielen Dank für Eure Hilfe.

schönen Gruß
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


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

[Talk-de] osm2pgsql pbf

[Andreas Neumann]

Moin,

da die Geofabrik den Gebrauch von pbf favorisiert und diese Dateien
ziemlich aktuell hält, hab ich mal versucht so eine Datei mit osm2pgsql
zu importieren.

osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem
CentOS 5.5).

Laut Manual:
 -r|--input-reader
Select input format reader. Available choices are libxml2
(default) and primitive for OSM XML format files, and pbf for OSM
PBF binary format (may not be available on all platforms)

Laut Programm:
 $ osm2pgsql -lsc -r pbf /tmp/thueringen.osm.pbf
 osm2pgsql SVN version 0.70.5

 Using projection SRS 4326 (Latlong)
 Input parser `pbf' not recognised. Should be one of [libxml2,
 primitive].

Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem
Server, die auch pbf zulässt oder geht es allgemein nicht für Linux?

MfG Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

Re: [Talk-de] osm2pgsql pbf

[Frederik Ramm]

Hallo,

On 03/22/11 12:25, Andreas Neumann wrote:

Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem
Server, die auch pbf zulässt oder geht es allgemein nicht für Linux?


Ja, schau mal in die Ausgaben vom configure beim Bauen, da findest Du 
dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht 
gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary 
kann dann am Ende eben kein pbf.


Bye
Frederik

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

Re: [Talk-de] Eigenschaften einer Relation

[geo.osm]

Hallo,

Die osm datei wird nicht gefunden

 Na ich denke doch. Im Output sethen ja schon Infos, die nur aus dem
osm-File kommen können.

*reading poi file...
5 pois read.

get data from file...
parsing relations...

Relation 1307187 found.
Name: Spitzbubenweg
Ref: TB

parsing ways...
reading nodes...
done.

create temp file 1...
call osmosis and log to hikingbooklog.txt...
osmosis done.
reading temp file...
can't open osm file at OSM/osm.pm line 216.*

Das ist doch sicherlich ein anderes Problem,oder?

schönen Gruß
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Eigenschaften einer Relation

[André Joost]

Am 22.03.2011 13:19, schrieb geo.osm:


can't open osm file at OSM/osm.pm line 216.*

Das ist doch sicherlich ein anderes Problem,oder?



Vielleicht dieses hier:
==
In ActivePerl werden Dateien standardmäßig im Textmodus geöffnet, nicht 
im Binärmodus wie unter Linux. Fügt man in osm.pm hinter


   open ($file, , $fileName) || die can't open osm file ;

die Zeile

   binmode ($file);

ein, dann funktioniert es.
=

Gilt zwar *eigentlich* nur für Windows, aber vielleicht auch bei dir.

Gruß,
André Joost


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

Re: [Talk-de] Eigenschaften einer Relation

[Gary68]

aha. dann wird osmosis nicht korrekt ausgeführt. sieh mal ins log von
hikingbook.

und auf kommandozeilenebene. was passiert, wenn du einfach osmosis
eingibst?

evtl. muss du noch einen link in /usr/bin setzen



On Tue, 2011-03-22 at 13:19 +0100, geo.osm wrote:
 Hallo,
 
 Die osm datei wird nicht gefunden
 
 Na ich denke doch. Im Output sethen ja schon Infos, die nur aus dem
 osm-File kommen können.
 
 reading poi file...
 5 pois read.
 
 get data from file...
 parsing relations...
 
 Relation 1307187 found.
 Name: Spitzbubenweg
 Ref: TB
 
 parsing ways...
 reading nodes...
 done.
 
 create temp file 1...
 call osmosis and log to hikingbooklog.txt...
 osmosis done.
 reading temp file...
 can't open osm file at OSM/osm.pm line 216.
 
 Das ist doch sicherlich ein anderes Problem,oder?
 
 schönen Gruß
 Alex
 



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

Re: [Talk-de] Eigenschaften einer Relation

[geo.osm]

Hallo,

evtl. muss du noch einen link in /usr/bin setzen

Genau das wars. Dank dir.
Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-)

--
schönen Gruß
Alex

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

Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße

[Walter Nordmann]

zu info:

der autor hat sich vorhin ganz nett im forum gemeldet und fragt nach, was
man machen könnte.

da ich von doppel-postings nicht viel halte, schaut bitte selber dort nach.

gruss
walter

-
33,33% aller Statistiken beruhen auf kleinen Datenmengen.
--
View this message in context: 
http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195995.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Mobile Atlas Creator - Lizenz- und Policyverstöße

[Philip Gillißen]

Er hat MOBAC auch erstmal suspendiert, wie er auf der SourceForge-Seite
erläutert.

http://sourceforge.net/projects/mobac/forums/forum/861096/topic/4423122

Hier der Link zum deutschen Forum.
http://forum.openstreetmap.org/viewtopic.php?pid=151039#p151039

--
View this message in context: 
http://gis.638310.n2.nabble.com/Mobile-Atlas-Creator-Lizenz-und-Policyversto-e-tp5967609p6195999.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] osm2pgsql pbf

[Hartmut Holzgraefe]

On 03/22/2011 12:34 PM, Frederik Ramm wrote:

 Ja, schau mal in die Ausgaben vom configure beim Bauen, da findest Du
 dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht
 gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary
 kann dann am Ende eben kein pbf.

evtl. sollte ich das so umbauen das configure an der Stelle abbricht
und nur mit explizitem --without-protobuf-c oder --without-pbf
die Variante ohne PBF-Unterstützung baut?

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

Re: [Talk-de] Wohnort

[malenki]

Bernd Wurst schrieb:

Am Montag, 21. März 2011, um 16:42:36 schrieb Heiko Jacobs:
 Ob der Pilzesammler im Wald oder im Hausgarten steht, ist rechtlich
 relevant ;)

Wald ist was anderes, darum ging es nicht.

Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum
Beispiel)

malenki,
rennend



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

Re: [Talk-de] Wohnort

[Bernd Wurst]

Am Dienstag, 22. März 2011, um 15:39:47 schrieb malenki:
 Wald ist was anderes, darum ging es nicht.
 Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum
 Beispiel)

Aber diese Grünflächen darf man halt genau so wenig betreten wie Nachbars 
Garten. That's the point.

Gruß, Bernd

-- 
Press ESC to detonate or any other key to explode


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] osm2pgsql pbf

[Andreas Neumann]

Am 22.03.2011 12:34, schrieb Frederik Ramm:
 Hallo,
 
 On 03/22/11 12:25, Andreas Neumann wrote:
 Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem
 Server, die auch pbf zulässt oder geht es allgemein nicht für Linux?
 
 Ja, schau mal in die Ausgaben vom configure beim Bauen, da findest Du
 dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht
 gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary
 kann dann am Ende eben kein pbf.
 
 Bye
 Frederik

Danke für den Tipp. Hab's nachinstalliert und...

ES GEHT!

Jetzt stell ich mein .sh-Skript auf pbf um und schone etwas den Traffic...

Danke für deine so schnelle und produktive Hilfe!

Viele Grüße,
Andreas

-- 
Diese Nachricht wurde maschinell erstellt und ist daher ohne
Unterschrift gültig.



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

Re: [Talk-de] Wohnort

[M∡rtin Koppenhoefer]

Am 22. März 2011 15:59 schrieb Bernd Wurst be...@bwurst.org:
 Am Dienstag, 22. März 2011, um 15:39:47 schrieb malenki:
 Wald ist was anderes, darum ging es nicht.
 Man findet Pilze auch auf Grünflächen (Schopftintlinge, Champions zum
 Beispiel)

 Aber diese Grünflächen darf man halt genau so wenig betreten wie Nachbars
 Garten. That's the point.


Quelle?

s.z.B. Bayern:

Art. 26+27 des Bayerischen Naturschutzgesetzes:
Das Betretungsrecht erlaubt:
- das grundsätzlich freie Betreten ohne Erlaubnis des
Grundstücksberechtigten oder einer Behörde
- von allen Teilen der freien Natur (Privatwege, Feld und Flur sowie Wald)
- zum Naturgenuss und zur Erholung
Gärten gehören im Gegensatz dazu nicht zur freien Natur und dürfen
daher auch nicht betreten werden.

Einschränkungen (z.B. während der Nutzungszeit landw. genutzer
Flächen) sind natürlich auch enthalten, ausserdem muss man die Flächen
schonen etc., steht alles in den folgenden Artikeln:

http://www.gesetze-bayern.de/jportal/?quelle=jlinkdocid=jlr-NatSchGBY2011rahmenpsml=bsbayprod.psmlmax=trueaiz=true

Was Du evtl. verwechselt hast: im BUNDESwaldgesetz ist bereits das
Betreten des Waldes garantiert, das heisst aber nicht, dass die Länder
nicht auch das freie Betreten anderer Flächen in der Natur
gewährleisten können - wir sind ja nicht in Texas.

Gruß Martin

PS: Für alle Bundesländer findet man hier die Landesnaturschutzgesetze:
http://www.bfn.de/0506_textsammlung.html

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

Re: [Talk-de] Wohnort

[M∡rtin Koppenhoefer]

Am 22. März 2011 16:30 schrieb Bernd Wurst be...@bwurst.org:
 Am Dienstag, 22. März 2011, um 16:17:10 schrieb M∡rtin Koppenhoefer:
 Einschränkungen (z.B. während der Nutzungszeit landw. genutzer
 Flächen) sind natürlich auch enthalten

 Was so ziemlich genau alle Felder betrifft und die Zeit abdeckt in denen die
 meisten Leute draußen rumrennen. IIRC März bis Oktober. Und dann darf man da
 wirklich nicht drauf.


auf Felder will man, solange der Boden nicht gefroren ist, sowieso
eher nicht, gegen gemähte Wiesen spricht aber nichts, und es ist auch
rechtlich garantiert, dass man da drauf darf. Ich will niemanden dazu
ermuntern, über ein bebautes Feld zu trampeln, aber in der von Dir
benannten Absolutheit gibt es eben kein Betreteverbot, im Gegenteil,
es gibt eine Verpflichtung des Gesetzgebers an die Eigentümer, jeden
auch auf Privatgrund spazieren oder sich sonstwie erholen zu lassen,
solange der dort nichts beschädigt, und es sich nicht um den Garten
handelt.

Gruß Martin

PS: Maisernte Ende August, Sommerweizen AFAIK noch früher, Spargel
Ende April, Weizen im Hochsommer, ...
alles natürlich vom Klima abhängig.

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

Re: [Talk-de] Eigenschaften einer Relation

[geo.osm]

Hallo,

Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-)

 Leider doch noch nicht. Auf allen Seiten wo Text stehen sollte steht nix
und auf der ersten Übersichtskarte wird die Relation auch nicht rot
nachgezeichnet.

Frage zur Konfiguration: Wo gehören denn die Dateien mapgenRules.ods,
magenRules.csv und toporules.csv hin? Steht in der Beschreibung nicht mit
drin. Hab sie im gleichen Verzeichnis wie hikingbook.pl und mapgen.pl. Ist
das richtig so?

Das Paket texlive-recommended ist bei mir nicht verfügbar, kann also auch
nicht installiert werden. Aber ps2pdf kann ich aufrufen.

Ich ab mal das Logfile hochgeladen (Die meisten Error-Zeilen habe ich
gelöscht, da die wohl damit nix zu tun haben. Da geht es ja Wege oder
Knoten, die nicht im Datensatz sind.)

https://docs.google.com/document/d/165iW-FfzJpivpbMjVgt8xv74Fn7kLkuSvdXNcjLN_hQ/edit?hl=deauthkey=CMiAm5kK#

Vermutlich stimmt irgendwas in meiner Konfiguration noch nicht. Irgendeine
Idee?


 --
 schönen Gruß
 Alex

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

Re: [Talk-de] Eigenschaften einer Relation

[Gary68]

hi!


die csv datein gehören in das aktuelle verzeichnis, das wo auch mapgen
und hikingbook stehen.

probiere mal eines der tex files manuell zu kompilieren. an der tex
installation liegt es denke ich nicht.

-nodelete bei hikingbook, dann sollten welche übrig bleiben, dann

latex xxx.tex

danach hast du xxx.dvi, dann

dvips -D600 xxx.dvi -o

dann hast du xxx.ps, dann

ps2pdf xxx.ps xxx.pdf 

nun sollte es ein entsprechendes pdf geben.


es scheint ein problem in der ps datei zu sein, besser gesagt in
allen...

weiterhin scheint dein original osm file gewisse referenzierte objekte
nicht zu beinhalten. lies dir mal die tips im wiki durch. stichwort
osmosis, --bounding-box parameter.

viel erfolg

gerhard



On Tue, 2011-03-22 at 17:33 +0100, geo.osm wrote:
 Hallo,
 
 Jetzt läuft der Prozess. Ich hoffe jetzt geht alles glatt ;-)
 
 Leider doch noch nicht. Auf allen Seiten wo Text stehen sollte steht
 nix und auf der ersten Übersichtskarte wird die Relation auch nicht
 rot nachgezeichnet.
 
 Frage zur Konfiguration: Wo gehören denn die Dateien mapgenRules.ods,
 magenRules.csv und toporules.csv hin? Steht in der Beschreibung nicht
 mit drin. Hab sie im gleichen Verzeichnis wie hikingbook.pl und
 mapgen.pl. Ist das richtig so?
 
 Das Paket texlive-recommended ist bei mir nicht verfügbar, kann also
 auch nicht installiert werden. Aber ps2pdf kann ich aufrufen.
 
 Ich ab mal das Logfile hochgeladen (Die meisten Error-Zeilen habe ich
 gelöscht, da die wohl damit nix zu tun haben. Da geht es ja Wege oder
 Knoten, die nicht im Datensatz sind.)
 
 https://docs.google.com/document/d/165iW-FfzJpivpbMjVgt8xv74Fn7kLkuSvdXNcjLN_hQ/edit?hl=deauthkey=CMiAm5kK#
 
 Vermutlich stimmt irgendwas in meiner Konfiguration noch nicht.
 Irgendeine Idee?
  
 -- 
 schönen Gruß
 Alex
 



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

Re: [Talk-de] osm2pgsql pbf

[Frederik Ramm]

Hallo,

Andreas Neumann wrote:

Danke für den Tipp. Hab's nachinstalliert und...
ES GEHT!
Jetzt stell ich mein .sh-Skript auf pbf um und schone etwas den Traffic...


Nicht nur das; Du solltest eigentlich auch eine deutlich kuerzere 
Importzeit damit bemerken, weil kein XML-Parsing mehr gemacht werden muss.


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] osm2pgsql pbf

[Christian H. Bruhn]

am Dienstag, 22. März 2011 um 12:25 schrieb Andreas Neumann:

 osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem

Mag da jemand mal ein Windows-Binary bereitstellen? Das letzte ist
auch schon fast ein Jahr alt.

Christian

[1] http://wiki.openstreetmap.org/wiki/Osm2pgsql#Windows_XP


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

[Talk-de] Problem mit germany.osm.pbf?

[Torsten Leistikow]

Moin,

beim Bauen eine Garmin-Karte mit mkgmap sind bei mir heute aus der
germany.osm.pbf nur POIs herausgekommen, die Ways fehlten alle. Mit der
germany.osm.bz2 von heute war alles in Ordnung.

Hat jemand aehnliche Probleme?

Gruss
Torsten

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

Re: [Talk-de] Eigenschaften einer Relation

[geo.osm]

Hallo Gerhard,

dvips -D600 xxx.dvi -o

 an der Stelle hängt es schon. Da scheint im dvipsk ein Bug zu sein. Hab nen
patch gefunden, aber die diff-Datei läßt sich irgendwie nicht installieren,
da passiert ewig nix.



 weiterhin scheint dein original osm file gewisse referenzierte objekte
 nicht zu beinhalten. lies dir mal die tips im wiki durch. stichwort
 osmosis, --bounding-box parameter.

Kann ich mir nochmal anschauen. Eigentlich sollte completeWay=yes das ja
verhindern, halt wohl nicht geklappt.


Fehlermeldung vom dvips:

dvips -D600 directory.dvi -o*
This is dvips(k) p1.7a Copyright 2005 ASCII Corp. (www-p...@ascii.co.jp)
based on dvips(k) 5.96 Copyright 2005 Radical Eye Software (
www.radicaleye.com)
' TeX output 2011.03.23:0117' - directory.ps
*** glibc detected *** dvips: free(): invalid pointer: 0x09314e59 ***
=== Backtrace: =
/lib/tls/i686/cmov/libc.so.6(+0x6b591)[0x51e591]
/lib/tls/i686/cmov/libc.so.6(+0x6cde8)[0x51fde8]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0x522ecd]
/usr/lib/libkpathsea.so.4(+0x9012)[0x905012]
/usr/lib/libkpathsea.so.4(kpse_fontmap_lookup+0xe5)[0x905325]
/usr/lib/libkpathsea.so.4(kpse_find_file+0x364)[0x9017e4]
dvips[0x805bc4b]
dvips[0x80524dc]
dvips[0x80525e4]
dvips[0x805ab00]
dvips[0x8054750]
dvips[0x8054b87]
dvips[0x80545e3]
dvips[0x80509f7]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x4c9bd6]
dvips[0x8049a21]
=== Memory map: 
0011-0012d000 r-xp  08:05 1343802/lib/libgcc_s.so.1
0012d000-0012e000 r--p 0001c000 08:05 1343802/lib/libgcc_s.so.1
0012e000-0012f000 rw-p 0001d000 08:05 1343802/lib/libgcc_s.so.1
002ce000-002cf000 r-xp  00:00 0  [vdso]
00464000-0047f000 r-xp  08:05 1346277/lib/ld-2.11.1.so
0047f000-0048 r--p 0001a000 08:05 1346277/lib/ld-2.11.1.so
0048-00481000 rw-p 0001b000 08:05 1346277/lib/ld-2.11.1.so
004b3000-00606000 r-xp  08:05 1377149/lib/tls/i686/cmov/
libc-2.11.1.so
00606000-00607000 ---p 00153000 08:05 1377149/lib/tls/i686/cmov/
libc-2.11.1.so
00607000-00609000 r--p 00153000 08:05 1377149/lib/tls/i686/cmov/
libc-2.11.1.so
00609000-0060a000 rw-p 00155000 08:05 1377149/lib/tls/i686/cmov/
libc-2.11.1.so
0060a000-0060d000 rw-p  00:00 0
007b4000-007d8000 r-xp  08:05 1377157/lib/tls/i686/cmov/
libm-2.11.1.so
007d8000-007d9000 r--p 00023000 08:05 1377157/lib/tls/i686/cmov/
libm-2.11.1.so
007d9000-007da000 rw-p 00024000 08:05 1377157/lib/tls/i686/cmov/
libm-2.11.1.so
008fc000-0090c000 r-xp  08:05 163860
/usr/lib/libkpathsea.so.4.0.0
0090c000-0090d000 rw-p 0001 08:05 163860
/usr/lib/libkpathsea.so.4.0.0
0090d000-0090f000 rw-p  00:00 0
08048000-08073000 r-xp  08:05 165516 /usr/bin/dvips
08073000-08074000 r--p 0002a000 08:05 165516 /usr/bin/dvips
08074000-08075000 rw-p 0002b000 08:05 165516 /usr/bin/dvips
08075000-0808c000 rw-p  00:00 0
09273000-09331000 rw-p  00:00 0  [heap]
b760-b7621000 rw-p  00:00 0
b7621000-b770 ---p  00:00 0
b770e000-b7741000 rw-p  00:00 0
b7757000-b775b000 rw-p  00:00 0
bf82a000-bf83f000 rw-p  00:00 0  [stack]
Abgebrochen*

schönen Gruß
Alex
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-in] China cracks down on online mapping

[H.S.Rai]

China has launched a nationwide campaign to eliminate illegal online mapping
services, according to the country's mapping watchdog on Monday.

Administered by a coordinating board made up of 13 ministry-level agencies
headed by the State Bureau of Surveying and Mapping, the campaign is
expected to address illegal practices in China's mapping industry.

On Internet mapping alone, over one thousand violations had been recorded
since 2008, an unidentified official with the Bureau told the Legal Daily on
Saturday.

Read more:

http://english.people.com.cn/90001/90776/90882/7326815.html

-- 
H.S.Rai

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

Re: [Talk-it] Censimento power station e dati Terna

[Lorenzo Di Tullio]

Ciao
Giusto per informazione
Questi sono dati sensibili. Lavoro a Terna proprio con questo tipo di dati e
non credo che verranno mai licenziati.
Come mapper, comprendo lo sforzo di precisione, ma mi limiterei a mappare le
geometrie degli impianti dedotte dalle ortofoto senza specificare dettagli.
Saluti

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

Re: [Talk-it] Censimento power station e dati Terna

[Simone Cortesi]

2011/3/22 Lorenzo Di Tullio lorenzoditul...@gmail.com:
 Questi sono dati sensibili. Lavoro a Terna proprio con questo tipo di dati e
 non credo che verranno mai licenziati.
 Come mapper, comprendo lo sforzo di precisione, ma mi limiterei a mappare le
 geometrie degli impianti dedotte dalle ortofoto senza specificare dettagli.

Se i dati sono sensibili, perche' sono pubblici su web? Un terrorista
chiede l'autorizzazione a Terna prima di pianificare un attacco?

-- 
-S

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

Re: [Talk-it] Censimento power station e dati Terna

[M∡rtin Koppenhoefer]

2011/3/22 Lorenzo Di Tullio lorenzoditul...@gmail.com:
 Ciao
 Giusto per informazione
 Questi sono dati sensibili. Lavoro a Terna proprio con questo tipo di dati e
 non credo che verranno mai licenziati.
 Come mapper, comprendo lo sforzo di precisione, ma mi limiterei a mappare le
 geometrie degli impianti dedotte dalle ortofoto senza specificare dettagli.


Sono contrario a questo parere. E' chiaro che qualsiasi dato potrebbe
essere usato anche per pianificare azioni di terrorismo, però vedo
molto vantaggio nel avere questi dati (che tra altro sono
pubblicamente ottenibile, non sono sensibili quanto il codice del
giorno della NATO).

In Germania si era recentemente parlato di questo caso: BDBOS
(http://de.wikipedia.org/wiki/BDBOS) un sistema di communicazione
digitale senza fili per le forze dell'ordine. Al cantiere di una
stazione c'era un segno che diceva tra altro le coordinate del posto.
Il mappatore ha chiamato l'ufficio (federale) che coordinava i lavori.
Gli hanno risposto che la lista delle coordinati era secreta (in
realtà riservata) e non la poteva ottenere - nonostante che ad ogni
cantiere c'erano i singoli informazioni ;-)

Un altro fatto che mi aveva racontato un mappatore tedesco: aveva
inserito in OSM il sito del centro di calcolo dell'università delle
forze armate a Monaco. Gli hanno chiesto di rimuoverla, e lui ha
risposto che questa informazione già si trova sul loro sito in
Internet, quindi si sono accontentati ;-)

Le autorità sono spesso ipersensibilizzati riguardando informazioni
di eventuale pericolo, ma alla fine la realtà è: non si puo evitare un
attentato terroristico cercando di nascondere certe informazioni, in
linea di massima si sposta la mira.

ciao,
Martin

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

Re: [Talk-it] Censimento power station e dati Terna

[Fabrizio Tambussa]

La questione nasce dalle note legali presenti sul sito di Terna che dicono:

I contenuti delle pagine del sito internet www.terna.it sono di proprietà
di TERNA S.p.A. ed i testi, i documenti, le immagini ed i disegni contenuti
sono coperti da diritto d’autore spettante a TERNA S.p.A. o a società del
Gruppo TERNA od a loro danti causa e ne è vietata la riproduzione, modifica
od utilizzazione senza il preventivo consenso del titolare.

Questo mi ha fatto fare un passo indietro in quanto, secondo la mia
interpretazione, i dati sono pubblici, ma non li posso utilizzare per dare
un nome e un gestiore alle power=station:  ne e' vietata [...]
l'utilizzazione.

Posso quindi ricalcare cio' che vedo da satellite, ma non potro' mai dare un
nome in quanto lo stesso non e' nemmeno presente su targhe o simili
all'esterno della power station.

In deroga a cio', esistono alcuni dati pubblici [0], risalenti al Decreto
Bersani del 25/6/1999, pubblicato sulla Gazzetta Ufficiale, in cui sono
elencati i nomi di alcune stazioni elettriche.  Penso che a queste qui si
possa dare un nome, anche se non aggiornato.

Saluti a tutti

Fabrizio

[0] http://www.autorita.energia.it/it/docs/riferimenti/ambitorete.htm










Il giorno 22 marzo 2011 12:41, Simone Cortesi sim...@cortesi.com ha
scritto:

 2011/3/22 Lorenzo Di Tullio lorenzoditul...@gmail.com:
  Questi sono dati sensibili. Lavoro a Terna proprio con questo tipo di
 dati e
  non credo che verranno mai licenziati.
  Come mapper, comprendo lo sforzo di precisione, ma mi limiterei a mappare
 le
  geometrie degli impianti dedotte dalle ortofoto senza specificare
 dettagli.

 Se i dati sono sensibili, perche' sono pubblici su web? Un terrorista
 chiede l'autorizzazione a Terna prima di pianificare un attacco?

 --
 -S

 ___
 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] Censimento power station e dati Terna

[M∡rtin Koppenhoefer]

2011/3/22 Fabrizio Tambussa ftambu...@gmail.com:

 Posso quindi ricalcare cio' che vedo da satellite, ma non potro' mai dare un
 nome in quanto lo stesso non e' nemmeno presente su targhe o simili
 all'esterno della power station.


Se tu sai il nome di una centrale (forse l'hai letto in un giornale,
qualcuno te ne ha parlato, sei di zona e lo sai), lo puoi mettere
anche senza che c'è scritto su una targa davanti.

ciao,
Martin

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

Re: [Talk-it] mappare landuse=farmland

[Stefano Droghetti]

Il giorno lun, 21/03/2011 alle 16.00 +0100, albertobonati ha scritto:

 Vedo che queste stradine le hai taggate come unclassifiednon sarebbe 
 meglio definirle track ?

Le segno tutte come track.
Se ci sono delle unclissified è perché:
- non le ho fatte io e devo ancora controllarle
- passando di là in macchina ho visto che sono asfaltate con tanto di
segnaletica orizzontale e cartello che porta a questa o quella villa o
incrocio o strada statale o piccola frazione.


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

Re: [Talk-it] mappare landuse=farmland

[M∡rtin Koppenhoefer]

2011/3/22 Stefano Droghetti stefano.droghe...@gmail.com:
 Il giorno lun, 21/03/2011 alle 16.00 +0100, albertobonati ha scritto:
 Vedo che queste stradine le hai taggate come unclassifiednon sarebbe
 meglio definirle track ?

 Le segno tutte come track.


dipende, vedi sotto


 Se ci sono delle unclissified è perché:
 - non le ho fatte io e devo ancora controllarle


lì forse è meglio classificarle come track (oppure road), perchè è
meno grave una strada accessibile ma non in OSM che il contrario
secondome.


 - passando di là in macchina ho visto che sono asfaltate con tanto di
 segnaletica orizzontale e cartello che porta a questa o quella villa o
 incrocio o strada statale o piccola frazione.


anche secondome queste sono al meno unclassified, (anche se track,
tracktype=grade1 è un percorso asfaltato), sopratutto se la frazione
altrimenti non è raggiungibile.

Domanda in generale: come capisco in Italia se una strada è track?
Sono ammesse le macchine / motocycli sulle track? E' una questione del
proprietario (pubblico/privato)?

In Germania ci sono i cartelli del genere:
http://wiki.openstreetmap.org/wiki/File:MV_Waldweg_gesperrt.jpg
http://wiki.openstreetmap.org/wiki/File:Forstweg_thuer.JPG
e più spesso questo:
http://www.karlsdorf-neuthard.de/servlet/PB/show/1314521_l1/Schild%20-%20Feldweg%20nach%20Bchenau.jpg

ciao,
Martin

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

[Talk-it] Trasmettitori televisivi

[Andrea Cisternino]

Ciao a tutti,

E' da un po' che ho tra i miei bookmarks questo sito: http://www.otgtv.it

Nella sezione Liste contiene un elenco dettagliato e aggiornato, con
relative coordinate geografiche, dei trasmettitori televisivi
italiani.

Io l'ho trovato molto utile per orientare la mia antenna dopo il
passaggio al digitale terrestre.

Pensavo che potrebbe essere utile aggiungere questi punti alla mappa.
C'è un consenso su come mappare impianti di questo tipo o, più
genericamente, antenne di vario tipo?

Che ne pensate?

Grazie a tutti e ciao.
-- 
Andrea Cisternino, Ferrara, Italy
LinkedIn profile: http://www.linkedin.com/in/andreacisternino
Foto: http://acisternino.smugmug.com
QtFractal: http://github.com/acisternino/qtfractal

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

Re: [Talk-it] mappare landuse=farmland

[Andrea Cisternino]

Ciao,

Scusate, mi inserisco nel discorso perché anche io sto mappando le
stradine (asfaltate o bianche) nella zona intorno a casa mia, sempre
a Ferrara.

 anche secondo me queste sono al meno unclassified, (anche se track,
 tracktype=grade1 è un percorso asfaltato), sopratutto se la frazione
 altrimenti non è raggiungibile.

Io finora ho mappato come unclassified dove sono sicuro che sono
asfaltate, per quanto piccole, e come track/grade2 nel caso delle
classiche strade bianche onnipresenti da queste parti.

In qualche caso uso grade  2 quando so che la strada è, oltre che
sterrata, anche non così facilmente transitabile.

Spero di aver fatto bene!

 Domanda in generale: come capisco in Italia se una strada è track?
 Sono ammesse le macchine / motocycli sulle track? E' una questione del
 proprietario (pubblico/privato)?

In generale le strade bianche pubbliche da queste parti non hanno
alcuna particolare indicazione. Semplicemente finisce l'asfalto :-)
In alcuni casi fortunati hanno anche la classica targa col nome ma
sono in ogni caso percorribili da tutti e tutto.

Se invece sono private tipicamente o c'è un cancello o un cartello che
indica, più o meno chiaramente, la proprietà privata.

Ciao,
  Andrea

-- 
Andrea Cisternino, Ferrara, Italy
LinkedIn profile: http://www.linkedin.com/in/andreacisternino
Foto: http://acisternino.smugmug.com
QtFractal: http://github.com/acisternino/qtfractal

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

Re: [Talk-it] mappare landuse=farmland

[albertobonati]

Io finora ho mappato come unclassified dove sono sicuro che sono
asfaltate, per quanto piccole, e come track/grade2 nel caso delle
classiche strade bianche onnipresenti da queste parti.

In qualche caso uso grade  2 quando so che la strada è, oltre che
sterrata, anche non così facilmente transitabile.

Spero di aver fatto bene!



Mi regolo anche io in questo modo.
In generale queste stradine danno accesso a case sparse, singole o 
piccoli gruppi.
Se non sono private sono accessibili da tutti e spesso hanno anche un 
cartello con il nome.
Di solito le percorre solamente chi ci abita, non esiste traffico di 
passaggio su queste strade.
Se sono strade di collegamento vere e proprie, anche se non sono 
asfaltate, le taggo come unclassified o anche tertiary se è il 
casoma in due anni e mezzo di mappatura mi è capitato un caso solo 
di questo tipo.
Sto mappando anche io da quelle parti, da Imola mi sto spingendo verso 
Medicina e verso Argenta


ciao

Alberto

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

Re: [Talk-it] Trasmettitori televisivi

[Fabri]

 man_made=tower con tower:type=communication e operator= ad esempio rai o 
mediaset 

è in josm in artificiale
- Messaggio originale -
 Ciao a tutti,
 
 E' da un po' che ho tra i miei bookmarks questo sito: http://www.otgtv.it
 
 Nella sezione Liste contiene un elenco dettagliato e aggiornato, con
 relative coordinate geografiche, dei trasmettitori televisivi
 italiani.
 
 Io l'ho trovato molto utile per orientare la mia antenna dopo il
 passaggio al digitale terrestre.
 
 Pensavo che potrebbe essere utile aggiungere questi punti alla mappa.
 C'è un consenso su come mappare impianti di questo tipo o, più
 genericamente, antenne di vario tipo?
 
 Che ne pensate?
 
 Grazie a tutti e ciao.
 -- 
 Andrea Cisternino, Ferrara, Italy
 LinkedIn profile: http://www.linkedin.com/in/andreacisternino
 Foto: http://acisternino.smugmug.com
 QtFractal: http://github.com/acisternino/qtfractal
 
 


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

Re: [Talk-it] Censimento power station e dati Terna

[Federico Cozzi]

2011/3/22 M∡rtin Koppenhoefer dieterdre...@gmail.com:
 Le autorità sono spesso ipersensibilizzati riguardando informazioni
 di eventuale pericolo, ma alla fine la realtà è: non si puo evitare un
 attentato terroristico cercando di nascondere certe informazioni, in
 linea di massima si sposta la mira.

Condivido tutte le tue perplessità, e mi sembra assurdo al giorno
d'oggi (con le foto satellitari) censurare questi dati, ma OSM è
purtroppo sul filo del rasoio perché le pubblicazioni cartografiche,
in Italia, dovrebbero essere autorizzate (proprio per evitare questo
genere di problemi).

Non sostengo che la legge sia ragionevole, né che sia da rispettare,
però volevo solo avvisare di un possibile problema legale...

Ciao,
Federico

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

Re: [Talk-it] Censimento power station e dati Terna

[Federico Cozzi]

2011/3/22 Fabrizio Tambussa ftambu...@gmail.com:
 Questo mi ha fatto fare un passo indietro in quanto, secondo la mia
 interpretazione, i dati sono pubblici, ma non li posso utilizzare per dare
 un nome e un gestiore alle power=station:  ne e' vietata [...]
 l'utilizzazione.

In questi casi sentirei proprio il bisogno di un avvocato in lista.

La mia personale intepretazione è che il diritto d'autore copra
l'opera dell'autore, cioè in questo caso il documento: ad esempio non
posso utilizzarlo proiettandolo ad una conferenza.
Ma leggerlo per ricavarne dei dati, e comunicare questi dati a terzi,
IMHO non viola il diritto d'autore, così come non violo il diritto
d'autore se ti racconto quello che ho imparato da un documentario
(violerei il diritto d'autore se proiettassi il documentario...)

Ciao,
Federico

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

Re: [Talk-it] mappare landuse=farmland

[M∡rtin Koppenhoefer]

2011/3/22 Luca Delucchi lucadel...@gmail.com:
 se sono strade che portano solo a campi o boschi anche se sono
 asfaltate vanno segnate come track (tracktype=1, surface=paed)

Voi come mappate (Luca e anche gli altri)?

1. Come si fa se portano ad un albergo/molino/museo/castello
visitabile, ma finiscono lì?

2. Come si fa se portano ad una casa (contadina) sola?

3. Come si fa se la strada porta a 5-10 case (residenziali (ville)
oppure contadini) sparse?

per 1 e 2:
c'è anche service come ipotesi.

4. Posso in Italia andare in macchina su qualsiasi percorso se non c'è
cartello/barra che me lo divieta? Sulla spiaggia per esempio? In
foresta/montagna?

ciao,
Martin

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

Re: [Talk-it] Censimento power station e dati Terna

[M∡rtin Koppenhoefer]

2011/3/22 Federico Cozzi f.co...@gmail.com:
 2011/3/22 Fabrizio Tambussa ftambu...@gmail.com:
 Questo mi ha fatto fare un passo indietro in quanto, secondo la mia
 interpretazione, i dati sono pubblici, ma non li posso utilizzare per dare
 un nome e un gestiore alle power=station:  ne e' vietata [...]
 l'utilizzazione.

 In questi casi sentirei proprio il bisogno di un avvocato in lista.

 La mia personale intepretazione è che il diritto d'autore copra
 l'opera dell'autore, cioè in questo caso il documento: ad esempio non
 posso utilizzarlo proiettandolo ad una conferenza.
 Ma leggerlo per ricavarne dei dati, e comunicare questi dati a terzi,
 IMHO non viola il diritto d'autore, così come non violo il diritto
 d'autore se ti racconto quello che ho imparato da un documentario
 (violerei il diritto d'autore se proiettassi il documentario...)


si, ne anche io sono un avvocato, e ne anche io _credo_ che questi
informazioni sono proteggibili tramite copyright (perchè sono fatti, e
fatti non si possono proteggere con copyright). Diritti d'autore puoi
ottenere/avere su lavoro di ingenio tuo / creazioni (per quanto
creativi) tuoi. Una protezione secondome pensabile su questo tipo di
dato potrebbe essere la dirittiva della UE sui database (sui generis).

ciao,
Martin

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

Re: [Talk-it] Censimento power station e dati Terna

[M∡rtin Koppenhoefer]

2011/3/22 Federico Cozzi f.co...@gmail.com:
 2011/3/22 M∡rtin Koppenhoefer dieterdre...@gmail.com:
 creativi) tuoi. Una protezione secondome pensabile su questo tipo di
 dato potrebbe essere la dirittiva della UE sui database (sui generis).

 Verissimo, ma se estrai dati da un documento testuale questo non si
 qualifica come banca dati e quindi non è coperto dalla tutela sui
 generis (i dati devono essere individualmente accessibili)


penso di si, premesso che questo documento testuale non consiste di
tabelle ma di testi continui

ciao,
Martin

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

Re: [Talk-it] Trasmettitori televisivi

[Carlo]

Ciao Andrea,

in data martedì 22 marzo 2011, alle ore 16:59, hai scritto:

 Ciao a tutti,

 E' da un po' che ho tra i miei bookmarks questo sito: http://www.otgtv.it

 Pensavo che potrebbe essere utile aggiungere questi punti alla mappa.
 C'è un consenso su come mappare impianti di questo tipo o, più
 genericamente, antenne di vario tipo?

 Che ne pensate?

Secondo  me  è  un'ottima  idea,  per  uso  personale mi ero creato un
piccolo  kml con i ripetitori che potevano interessarmi intorno la mia
zona posso partire da quello.

Hai provato a contattare l'autore del sito, se coordinate sono precise
qualcuno in grado di farlo, potrebbe importare le liste.

 Grazie a tutti e ciao.



-- 
Ciao,Scrivi a:
 Carlocybo...@gmail.com


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

Re: [Talk-it] Censimento power station e dati Terna

[Fabrizio Tambussa]

I dati sono questi, ad esempio:
http://www.terna.it/LinkClick.aspx?fileticket=WKmkS1Ps0u4%3dtabid=377mid=438
le tabelle iniziano da pagina 4 del PDF.

Saluti
Fabrizio

Il giorno 22 marzo 2011 19:12, M∡rtin Koppenhoefer
dieterdre...@gmail.comha scritto:

 2011/3/22 Federico Cozzi f.co...@gmail.com:
  2011/3/22 M∡rtin Koppenhoefer dieterdre...@gmail.com:
  creativi) tuoi. Una protezione secondome pensabile su questo tipo di
  dato potrebbe essere la dirittiva della UE sui database (sui generis).
 
  Verissimo, ma se estrai dati da un documento testuale questo non si
  qualifica come banca dati e quindi non è coperto dalla tutela sui
  generis (i dati devono essere individualmente accessibili)


 penso di si, premesso che questo documento testuale non consiste di
 tabelle ma di testi continui

 ciao,
 Martin

 ___
 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] Trasmettitori televisivi

[Fabrizio Tambussa]

Potrei suggerire, come specificato sul wiki [1]:
man_made=tower
tower:type=communication

[1] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower#Tower_types

Saluti

Fabrizio

Il giorno 22 marzo 2011 16:59, Andrea Cisternino a.cistern...@gmail.com ha
scritto:

 Ciao a tutti,

 E' da un po' che ho tra i miei bookmarks questo sito: http://www.otgtv.it

 Nella sezione Liste contiene un elenco dettagliato e aggiornato, con
 relative coordinate geografiche, dei trasmettitori televisivi
 italiani.

 Io l'ho trovato molto utile per orientare la mia antenna dopo il
 passaggio al digitale terrestre.

 Pensavo che potrebbe essere utile aggiungere questi punti alla mappa.
 C'è un consenso su come mappare impianti di questo tipo o, più
 genericamente, antenne di vario tipo?

 Che ne pensate?

 Grazie a tutti e ciao.
 --
 Andrea Cisternino, Ferrara, Italy
 LinkedIn profile: http://www.linkedin.com/in/andreacisternino
 Foto: http://acisternino.smugmug.com
 QtFractal: http://github.com/acisternino/qtfractal

 ___
 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] mappare landuse=farmland

[Luca Delucchi]

Il 22 marzo 2011 18:51, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto:
 2011/3/22 Luca Delucchi lucadel...@gmail.com:
 se sono strade che portano solo a campi o boschi anche se sono
 asfaltate vanno segnate come track (tracktype=1, surface=paed)

 Voi come mappate (Luca e anche gli altri)?

 1. Come si fa se portano ad un albergo/molino/museo/castello
 visitabile, ma finiscono lì?

 2. Come si fa se portano ad una casa (contadina) sola?


dipende, per me specialmente dalla lunghezza e dal fondo stradale

 3. Come si fa se la strada porta a 5-10 case (residenziali (ville)
 oppure contadini) sparse?


residential

 per 1 e 2:
 c'è anche service come ipotesi.

 4. Posso in Italia andare in macchina su qualsiasi percorso se non c'è
 cartello/barra che me lo divieta? Sulla spiaggia per esempio? In
 foresta/montagna?

sulla spiaggia non so, ma nelle altre strade se non ci sono divieti (e
comunque sono molto presenti almeno nelle zone che frequento Trentino,
Genova e Cuneese) ci puoi andare tranquillamente


 ciao,
 Martin


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Garmin Nuvi 245 e OSM

[Stefano Droghetti]

Il giorno dom, 20/03/2011 alle 12.55 -0700, Jeawrong ha scritto: 
 Lo strano problema che si presenta nei pressi di casa mia:
 questa è la mappa reale (per un confronto) http://osm.org/go/xdPC2BNC9-
 
 e questa è l'immagine che vedo sul navigatore quando tento di navigare da
 casa verso un punto scelto.
 http://gis.638310.n2.nabble.com/file/n6190300/GarminErrori.jpg 

Credo che non sia colpa tua. Scaricando i dati su JOSM vedo parecchie
cose che non vanno, compesi percorsi privi di alcuna descrizione. non
saprei, forse chi ha mappato quella zona ha commesso numerosi errori.

Qualcuno che se ne intende di più potrebbe mica dare un'occhiata a
quella zona?


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

Re: [Talk-it] mappare landuse=farmland

[Federico Cozzi]

2011/3/22 M∡rtin Koppenhoefer dieterdre...@gmail.com:
 4. Posso in Italia andare in macchina su qualsiasi percorso se non c'è
 cartello/barra che me lo divieta? Sulla spiaggia per esempio? In
 foresta/montagna?

No.
Ad esempio nelle strade forestali in molte regioni/province è vietato
il transito dei mezzi a motore. Non esiste il cartello strada
forestale. Se sei fortunato c'è il cartello divieto di transito con
l'indicazione della legge che vieta il transito, ma non è
obbligatorio.
Qui c'è un esempio di legge:
http://www.comune.ala.tn.it/attivitaEconomiche/strade%20forestali/info%20strade%20forestali.PDF

Ciao,
Federico

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

Re: [Talk-it] Censimento power station e dati Terna

[Guido Piazzi]

Il giorno 21/mar/2011, alle ore 21.24, Paolo Pozzan ha scritto:
 Inoltre in questi casi può tornare utile sapere che (cito da 
 wikipedia=it:Elettrodotto): In base al numero di dischi isolanti si può 
 valutare velocemente l'entità della tensione dell'elettrodotto. 
 Considerando che ogni disco sopporta una tensione di circa 15 kV (nei 
 casi più disgraziati) , il numero di dischi isolanti è solitamente dato 
 dalla formula (Vn / 15)+1 e quindi per fare un esempio: una linea da 380 
 kV sarà caratterizzata da isolatori composti da (380/15)+1 dischi, con 
 il numero opportunamente arrotondato all' unità successiva cioè 27.

L'ho letta anch'io, ma mi sembra che questa regola funzioni solo per le linee a 
132 kV, che normalmente hanno isolatori a 9 elementi.
Dalle mie parti (Lombardia), le linee a 220 kV hanno isolatori a 14 o 15 
elementi e quelle da 380 kV ne hanno da 19 a 21.

Sarebbe interessante avere notizie anche da qualcuno che vive nelle regioni che 
hanno la rete a 150 kV (parte di Campania o Basilicata, se non ricordo male)...

Saluti
Guido



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

Re: [Talk-it] Garmin Nuvi 245 e OSM

[Luca Delucchi]

Il 18 marzo 2011 16:19, Elycoimax elycoi...@yahoo.it ha scritto:

 Una domanda: volendo scaricare mappe garmin di altre nazioni, è possibile
 farlo da GFOSS?

come ti hanno detto no, ma sul repository del codice utilizzato [0]
puoi trovare uno script [1] che gira sotto linux per creare qualsiasi
nazione, basta scaricarsi il file osm e ital.img

 Grazie
    Massimo


[0] https://github.com/lucadelu/ital.img
[1] https://github.com/lucadelu/ital.img/blob/master/other_nation.sh

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Garmin Nuvi 245 e OSM

[Jeawrong]

Allora il colpevole sono io, ho mappato il 97% della mia zona :-/
Che intendi con percorsi privi di alcuna descrizione? Cosa manca? Dimmi
pure che provvedo subito a sistemare le cose...
La stranezza è che vedo correttamente la mappa sul browser, ma sul
navigatore si inventa letteralmente nodi e strade inesistenti, che non vedo
sulla mappa in modalità edit nè con Potlach nè con Josm...

--
View this message in context: 
http://gis.638310.n2.nabble.com/Garmin-Nuvi-245-e-OSM-tp6181090p6198316.html
Sent from the Italy mailing list archive at Nabble.com.

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

[Talk-it] Monumenti e luoghi cruciali del Risorgimento

[Simone Saviolo]

Ciao a tutti,

oggi è il 23 marzo (da circa venti minuti :-) ), anniversario di due eventi
separati da un solo anno: nel 1848 Carlo Alberto, dichiarata guerra
all'Austria, portava le prime truppe al di là del Ticino (dove ricevettero
il tricolore dai patrioti milanesi); nel 1849 invece aveva fine la breve
coda della Prima Guerra d'Indipendenza, con la vittoria austriaca nella
battaglia della Bicocca, a Novara, in seguito alla quale Carlo Alberto
abdicò e lasciò al figlio Vittorio Emanuele il compito di firmare la resa.
Incidentalmente, è anche San Giorgio, ma questo non c'entra con il
Risorgimento.

Dopo questa simpatica lezioncina di storia, vengo al punto della mail.
Propongo come iniziativa assolutamente volontaria di arricchire il più
possibile la mappa per quanto riguarda quei punti di interesse relativi alla
storia d'Italia in generale, e al Risorgimento in particolare. Sto parlando
di ossari, parchi della rimembranza, lapidi, monumenti ai caduti o ai
protagonisti della storia patria. Trovo che sarebbe un bel modo di celebrare
i 150 anni dell'Unità d'Italia, non trovate?

Nel mio piccolo, ho già contribuito con l'Ossario della Bicocca [1] e quello
di Palestro [2] , e a breve indicherò una Piazza 150° Unità d'Italia a
Orfengo (una cosa piccolina, come la frazione del resto, ma che io sappia
l'unica, almeno da queste parti, che porti questo nome).

Con questa mail invito anche i mappatori più esperti nel tagging di siti
turistici e storici ad indicare tag o schemi che magari possono sfuggire ai
più. Io stesso, se non fosse stato per i preset di JOSM, non avevo neanche
idea che esistesse un tag per il cartello con indicazioni turistiche.

Ciao,

Simone

PS: leggermente off-topic: per chi fosse interessato ad un piccolo
approfondimento sulla battaglia della Bicocca e sull'Ossario, ho pubblicato
alcune foto qui [3] (l'album è pubblico e visibile anche senza un account
Facebook). A fine maggio farò una cosa simile anche per l'Ossario di
Palestro.

[1]
http://www.openstreetmap.org/?lat=45.428946lon=8.640574zoom=18layers=M
[2]
http://www.openstreetmap.org/?lat=45.303627lon=8.523919zoom=18layers=M
[3] http://www.facebook.com/album.php?aid=2116375id=1381753515l=ff79c48a6e
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-lt] Pamastymai del administrative ribu

[Aidas Kasparas]

On 2011.03.21 20:54, Dirbam Osm wrote:
 Sveiki,
 Pamasciau del administrative ribu zymejimo. Kaip jau minejau kazkada yra
 viena rimta beda. Miestu ribas mes zymime admin level 8. Atitinkamai
 seniunija admin level 6 (tai yra aukstesniu). Susidaro situacija kuomet
 didelis miestas gali susideti is keliu seniuniju, bet bendra riba
 gaunasi mazesne pagal statusa.
 Tuo tikslu siulau isskirti kazkoki aukstesni admin leveli didesniu
 miestu susidedanciu is keliu seniuniju riboms. Tai yra 8 paliekam tiems
 kur miestas lygu arba maziau uz seniunija, o tiems kurie didesni
 priskiriame koki nors aukstesni neuzimta (jei tokiu yra leveli). Arba
 galima seniunija nuleisti iki 7, o miesta toki padaryti 6 lygiu.

O kodėl būtų blogai tokiems miestams tiesiog taikyti admin_level=5 --
jie gi ir yra savivaldybės!

-- 
Aidas Kasparas

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

Re: [Talk-lt] Trakų istorinis nacionalinis parkas

[Tomas Straupis]

2011-03-21 Dirbam Osm rašė:
 dideliu problemu nematau ten viska naudoti. Vis tiek yra Bingo padengimas ir
 is ten tiesiogiai neperpaisinesime.

  Taip. Tuo labiau, kad instituto žemėlapiai šiek tiek pasenę.

 O poi vieta tai svelniai tariant ne jokiu insitutu o public domain tikras.
 Juk kokio piliakalnio buvimo faktas nepriklauso NZT:)))

   Na vieta ir pavadinimas nepriklauso, tai jei nuvažiuoji ir
susirenki vietą ir pavadinimą - viskas gerai. O kol šie dalykai
kopijuojami iš kitų žemėlapių... Juk niekas netrukdo įvairiomis
teisėmis apsaugotuose žemėlapiuose lankytinų vietų pozicijas ar
pavadinimus apmėtyti velykiniais kiaušiniais.

-- 
Tomas Straupis

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Ramas]

Svarbu nesupainioti administracinio vieneto 'Savivaldybė' ir abstraktesnio
termino 'Miestas'. OSM reikalingi šie abu dalykai.

Būtų lengviau kalbėti omenyje turint kurį nors probleminį variantą.

2011 m. kovas 22 d. 08:48, Aidas Kasparas a.kaspa...@gmc.lt rašė:



 On 2011.03.21 20:54, Dirbam Osm wrote:
  Sveiki,
  Pamasciau del administrative ribu zymejimo. Kaip jau minejau kazkada yra
  viena rimta beda. Miestu ribas mes zymime admin level 8. Atitinkamai
  seniunija admin level 6 (tai yra aukstesniu). Susidaro situacija kuomet
  didelis miestas gali susideti is keliu seniuniju, bet bendra riba
  gaunasi mazesne pagal statusa.
  Tuo tikslu siulau isskirti kazkoki aukstesni admin leveli didesniu
  miestu susidedanciu is keliu seniuniju riboms. Tai yra 8 paliekam tiems
  kur miestas lygu arba maziau uz seniunija, o tiems kurie didesni
  priskiriame koki nors aukstesni neuzimta (jei tokiu yra leveli). Arba
  galima seniunija nuleisti iki 7, o miesta toki padaryti 6 lygiu.

 O kodėl būtų blogai tokiems miestams tiesiog taikyti admin_level=5 --
 jie gi ir yra savivaldybės!

 --
 Aidas Kasparas

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

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Tomas Straupis]

2011 m. kovas 22 d. 11:46, Ramas rašė:
 Svarbu nesupainioti administracinio vieneto 'Savivaldybė' ir abstraktesnio
 termino 'Miestas'. OSM reikalingi šie abu dalykai.

 Būtų lengviau kalbėti omenyje turint kurį nors probleminį variantą.

  Galima šiame puslapyje suvesti trūkstamas problemines sritis,
pabandyti sudėlioti jas hierarchiškai ir kiekvienoje eilutėje parašyti
admin_level.

  http://wiki.openstreetmap.org/wiki/WikiProject_Lithuania/Lt:Boundary

-- 
Tomas Straupis

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Dirbam Osm]

Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe, kurioje
yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  seniuniju,
Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra Palanga
ir Sventoji.
Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro atskiros
savivaldybes.
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Pamastymai del administrative ribu

[Aidas Kasparas]

On 2011.03.22 11:46, Ramas wrote:
 Svarbu nesupainioti administracinio vieneto 'Savivaldybė' ir
 abstraktesnio termino 'Miestas'. OSM reikalingi šie abu dalykai.
 

Na, su savivaldybėm, mano supratimu, viskas paprasta -- skaitome
įstatymą, kaip Lietuva padalinta, ir pagal jo raidę dėliojam.

Ką reiškia „miestas“, kam jis galėtų/ turėtų būti naudojamas aš kol kas
nesuprantu. Gal galima pavyzdžių kur reikia „miesto“ žymėjimo (ir
savivaldybių neužtenka)?

 Būtų lengviau kalbėti omenyje turint kurį nors probleminį variantą.
 
 2011 m. kovas 22 d. 08:48, Aidas Kasparas a.kaspa...@gmc.lt
 mailto:a.kaspa...@gmc.lt rašė:
 
 
 
 On 2011.03.21 20:54, Dirbam Osm wrote:
  Sveiki,
  Pamasciau del administrative ribu zymejimo. Kaip jau minejau
 kazkada yra
  viena rimta beda. Miestu ribas mes zymime admin level 8. Atitinkamai
  seniunija admin level 6 (tai yra aukstesniu). Susidaro situacija
 kuomet
  didelis miestas gali susideti is keliu seniuniju, bet bendra riba
  gaunasi mazesne pagal statusa.
  Tuo tikslu siulau isskirti kazkoki aukstesni admin leveli didesniu
  miestu susidedanciu is keliu seniuniju riboms. Tai yra 8 paliekam
 tiems
  kur miestas lygu arba maziau uz seniunija, o tiems kurie didesni
  priskiriame koki nors aukstesni neuzimta (jei tokiu yra leveli). Arba
  galima seniunija nuleisti iki 7, o miesta toki padaryti 6 lygiu.
 
 O kodėl būtų blogai tokiems miestams tiesiog taikyti admin_level=5 --
 jie gi ir yra savivaldybės!
 
 --
 Aidas Kasparas
 
 ___
 Talk-lt mailing list
 Talk-lt@openstreetmap.org mailto:Talk-lt@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lt
 
 
 
 
 ___
 Talk-lt mailing list
 Talk-lt@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lt

-- 
Aidas Kasparas
IT administrator
GM Consult Group, UAB

+370 686 08473
http://www.gmc.lt

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Ramas]

Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės, bet
pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT kur
miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
daugiau...

pamąstymai apie Vilnių -
http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
suskirstyti į du miestus - Vilniaus ir Grigiškių.

Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
Šventosios seniūnija Palangos miesto savivaldybėje.

Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
savivaldybėje. Dabar pažymėta blogai.




2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro atskiros
 savivaldybes.

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


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

Re: [Talk-lt] Trakų istorinis nacionalinis parkas

[Tomas Straupis]

Gavau dar vieną laišką iš TINP:

===
Sveiki. Jūsų idėja sužavėjo ne tik mus, bet ir Lietuvos pilių ie dvarų
asociaciją. Jos nariai mielai pateiktų Jums informaciją apie savo
dvarus. Keliaujantiems ji labai aktuali ir ne visuose žemėlapiuose
galima ją rasti. Persiunciu laišką asociacijai, turėtų su Jumis
susiekti. Sėkmės įgyvendinant gerą sumanymą.
===

-- 
Tomas Straupis
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Pamastymai del administrative ribu

[Dirbam Osm]

Oficialios daugelio miestu ribos yra bendruosiuose planuose.
Beje nesutinku del marijampoles. Sio miesto ribas idejau is miesto
teritorijos bendrojo plano, kur aiskiai iskirtos miesto administracines
ribos. Gal tik del admin levelio reikia pamastyti.

2011 m. kovas 22 d. 14:15, Ramas ies...@ramuno.lt rašė:

 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
 bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT kur
 miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...

 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.

 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
 Šventosios seniūnija Palangos miesto savivaldybėje.

 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.




 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro atskiros
 savivaldybes.

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



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

Re: [Talk-lt] Pamastymai del administrative ribu

[Aidas Kasparas]

On 2011.03.22 14:15, Ramas wrote:
 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
 bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT
 kur miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...
 

Ramūnai,

aš nubėgau tavo duotu adresu, įvedžiau paieškoje „Veteranų“ ir gavau
štai ką:

[stotelės ženklas] Veteranų, Veteranų g., Visaginas, Ignalinos rajonas,
Visagino m. savivaldybė, Utenos apskritis, Lietuva

Arba paieška naudoja senus duomenis, arba šiame parašyme yra klaidų.

Pirma, Visagino m. sav. ir Ignalinos raj. sav. yra du skirtingi to pačio
lygio nepersidengiantys administraciniai vienetai. Taigi, „Ignalinos
rajonas“ turėtų adrese nebūti.

Toliau, _jei_ miestui yra sudaryta atskira savivaldybė, tai kokia prasmė
kartoti du kartus -- Visaginas, Visagino m. savivaldybė? Mano nuomone
būtų geriau admin_level=5 praleisti žodį „savivaldybė“, o žemesnio lygio
ploto objekto su tokiu pavadinimu elementariai nekurti.

Ten, kur miestas yra „rajono“ dalis, pakartojimas prasmę turi:
Elektrinės g., Elektrėnai, Elektrėnų savivaldybė, Vilniaus apskritis,
Lietuva, nes gali būti Stoties g., Vievis, Elektrėnų savivaldybė,
Vilniaus apskritis, Lietuva

Apskritai didžiųjų (savivaldybinių) miestų žymėjimas admin_level=8 yra
blogis visiškasis. Paimkime pavyzdį -- prekybos centrą Savas:

[PC ženklas] SAVAS, Partizanų g., Kalniečiai, Kaunas, Dainavos
seniūnija, Kauno miesto savivaldybė, Kauno apskritis, Lietuva

Nu kur jūs matėte kokius adresus naudojamus praktiškai? Kaunas kažkodėl
patapo mažesnis objektas negu viena jo dalis. Ant savivaldybės ribų
paprastai stovi arba baltas kelio ženklas su užrašu „KAUNAS“ arba
mėlynas su „KAUNO miestas“ (su „savivaldybė“ niekur nemačiau).
Seniūnija... nu, gal kam pravers, kai reikės ieškoti kur pasą pasikeisti.

Ir, žinoma visai nepramušami adresai yra
[stotelės ženklas] Gariūnai, Jočionių g., Gariūnai,
YAHOO-HIRES-20080313, Panerių seniūnija, Vilniaus m. savivaldybė,
Vilniaus apskritis, 02241, Lietuva. Kodėl, nepramušamas, manau aiškinti
nereikia.




 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.
 
 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
 Šventosios seniūnija Palangos miesto savivaldybėje.
 
 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.
 
 
 
 
 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com
 mailto:dirbam@gmail.com rašė:
 
 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug 
 seniuniju, Grigiskes - viena seniunija). Palangos m. savivaldybe,
 kurioje yra Palanga ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro
 atskiros savivaldybes.
 
 ___
 Talk-lt mailing list
 Talk-lt@openstreetmap.org mailto:Talk-lt@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lt
 
 
 
 
 ___
 Talk-lt mailing list
 Talk-lt@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-lt

-- 
Aidas Kasparas
IT administrator
GM Consult Group, UAB

+370 686 08473
http://www.gmc.lt

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Ramas]

Pilnai sutinku, Aidai. Tai yra paieškos įrankio problema, ne duomenų. Šie
tekstai yra nominatim produktas, gal kada nors išskaidysiu juos į
praktiškesnius tekstus ;)

2011 m. kovas 22 d. 15:44, Aidas Kasparas a.kaspa...@gmc.lt rašė:



 On 2011.03.22 14:15, Ramas wrote:
  Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
  bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
  http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT
  http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT
  kur miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
  daugiau...
 

 Ramūnai,

 aš nubėgau tavo duotu adresu, įvedžiau paieškoje „Veteranų“ ir gavau
 štai ką:

 [stotelės ženklas] Veteranų, Veteranų g., Visaginas, Ignalinos rajonas,
 Visagino m. savivaldybė, Utenos apskritis, Lietuva

 Arba paieška naudoja senus duomenis, arba šiame parašyme yra klaidų.

 Pirma, Visagino m. sav. ir Ignalinos raj. sav. yra du skirtingi to pačio
 lygio nepersidengiantys administraciniai vienetai. Taigi, „Ignalinos
 rajonas“ turėtų adrese nebūti.

 Toliau, _jei_ miestui yra sudaryta atskira savivaldybė, tai kokia prasmė
 kartoti du kartus -- Visaginas, Visagino m. savivaldybė? Mano nuomone
 būtų geriau admin_level=5 praleisti žodį „savivaldybė“, o žemesnio lygio
 ploto objekto su tokiu pavadinimu elementariai nekurti.

 Ten, kur miestas yra „rajono“ dalis, pakartojimas prasmę turi:
 Elektrinės g., Elektrėnai, Elektrėnų savivaldybė, Vilniaus apskritis,
 Lietuva, nes gali būti Stoties g., Vievis, Elektrėnų savivaldybė,
 Vilniaus apskritis, Lietuva

 Apskritai didžiųjų (savivaldybinių) miestų žymėjimas admin_level=8 yra
 blogis visiškasis. Paimkime pavyzdį -- prekybos centrą Savas:

 [PC ženklas] SAVAS, Partizanų g., Kalniečiai, Kaunas, Dainavos
 seniūnija, Kauno miesto savivaldybė, Kauno apskritis, Lietuva

 Nu kur jūs matėte kokius adresus naudojamus praktiškai? Kaunas kažkodėl
 patapo mažesnis objektas negu viena jo dalis. Ant savivaldybės ribų
 paprastai stovi arba baltas kelio ženklas su užrašu „KAUNAS“ arba
 mėlynas su „KAUNO miestas“ (su „savivaldybė“ niekur nemačiau).
 Seniūnija... nu, gal kam pravers, kai reikės ieškoti kur pasą pasikeisti.

 Ir, žinoma visai nepramušami adresai yra
 [stotelės ženklas] Gariūnai, Jočionių g., Gariūnai,
 YAHOO-HIRES-20080313, Panerių seniūnija, Vilniaus m. savivaldybė,
 Vilniaus apskritis, 02241, Lietuva. Kodėl, nepramušamas, manau aiškinti
 nereikia.




  pamąstymai apie Vilnių -
  http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
  Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
  suskirstyti į du miestus - Vilniaus ir Grigiškių.
 
  Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
  Šventosios seniūnija Palangos miesto savivaldybėje.
 
  Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
  savivaldybėje. Dabar pažymėta blogai.
 
 
 
 
  2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com
  mailto:dirbam@gmail.com rašė:
 
  Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
  kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug
  seniuniju, Grigiskes - viena seniunija). Palangos m. savivaldybe,
  kurioje yra Palanga ir Sventoji.
  Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro
  atskiros savivaldybes.
 
  ___
  Talk-lt mailing list
  Talk-lt@openstreetmap.org mailto:Talk-lt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-lt
 
 
 
 
  ___
  Talk-lt mailing list
  Talk-lt@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-lt

 --
 Aidas Kasparas
 IT administrator
 GM Consult Group, UAB

 +370 686 08473
 http://www.gmc.lt

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

Re: [Talk-lt] Pamastymai del administrative ribu

[Ramas]

Reiškia miesto riba kertasi su seniūnijų ribomis. Hierarchijoje turėtų būti
lygiagrečiai seniūnijoms, admin_level=8, kaip savivaldybės subarea.

2011/3/22 Dirbam Osm dirbam@gmail.com

 Oficialios daugelio miestu ribos yra bendruosiuose planuose.
 Beje nesutinku del marijampoles. Sio miesto ribas idejau is miesto
 teritorijos bendrojo plano, kur aiskiai iskirtos miesto administracines
 ribos. Gal tik del admin levelio reikia pamastyti.

 2011 m. kovas 22 d. 14:15, Ramas ies...@ramuno.lt rašė:

 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
 bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTT kur
 miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...

 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.

 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
 Šventosios seniūnija Palangos miesto savivaldybėje.

 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.




 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro atskiros
 savivaldybes.

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




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

Re: [Talk-lt] Pamastymai del administrative ribu

[Dirbam Osm]

Tai marijampole yra jau mano minetas miestas=lygu kelios seniunijos
variantas.
Man tiesiog neaisku ka turi omenyje sakydamas, kad ribos klaidingai
pazymetos (apart admin level).

2011 m. kovas 22 d. 18:54, Ramas ies...@ramuno.lt rašė:

 Tiksliau nesikerta. Marijampolės miestas yra kaimiškoje Marijampolės
 seniūnijoje ir sudarytas iš trijų miestietiškų seniūnijų - Degučių, Mokolų
 ir Narto. Miesto seniūnijoms - admin_level=10.

 http://upload.wikimedia.org/wikipedia/lt/4/4e/MarijampolesSen.png


 2011 m. kovas 22 d. 18:48, Ramas ies...@ramuno.lt rašė:

 Reiškia miesto riba kertasi su seniūnijų ribomis. Hierarchijoje turėtų būti
 lygiagrečiai seniūnijoms, admin_level=8, kaip savivaldybės subarea.


 2011/3/22 Dirbam Osm dirbam@gmail.com

 Oficialios daugelio miestu ribos yra bendruosiuose planuose.
 Beje nesutinku del marijampoles. Sio miesto ribas idejau is miesto
 teritorijos bendrojo plano, kur aiskiai iskirtos miesto administracines
 ribos. Gal tik del admin levelio reikia pamastyti.

 2011 m. kovas 22 d. 14:15, Ramas ies...@ramuno.lt rašė:

 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
 bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTTkur 
 miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...

 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.

 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
 Šventosios seniūnija Palangos miesto savivaldybėje.

 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.




 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  
 seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro
 atskiros savivaldybes.

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






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

Re: [Talk-lt] Pamastymai del administrative ribu

[Ramas]

supainiojau miestus :D
šiaip admin_level geras, bet pačiame relation'e trūksta rolės admin_centre,
nėra hierarchijos, atributai place ir addr nenaudotini tokiame relation'e.

http://wiki.openstreetmap.org/wiki/Place#As_areas

2011/3/22 Dirbam Osm dirbam@gmail.com

 Tai marijampole yra jau mano minetas miestas=lygu kelios seniunijos
 variantas.
 Man tiesiog neaisku ka turi omenyje sakydamas, kad ribos klaidingai
 pazymetos (apart admin level).

 2011 m. kovas 22 d. 18:54, Ramas ies...@ramuno.lt rašė:

 Tiksliau nesikerta. Marijampolės miestas yra kaimiškoje Marijampolės
 seniūnijoje ir sudarytas iš trijų miestietiškų seniūnijų - Degučių, Mokolų
 ir Narto. Miesto seniūnijoms - admin_level=10.

 http://upload.wikimedia.org/wikipedia/lt/4/4e/MarijampolesSen.png


 2011 m. kovas 22 d. 18:48, Ramas ies...@ramuno.lt rašė:

 Reiškia miesto riba kertasi su seniūnijų ribomis. Hierarchijoje turėtų
 būti lygiagrečiai seniūnijoms, admin_level=8, kaip savivaldybės subarea.


 2011/3/22 Dirbam Osm dirbam@gmail.com

 Oficialios daugelio miestu ribos yra bendruosiuose planuose.
 Beje nesutinku del marijampoles. Sio miesto ribas idejau is miesto
 teritorijos bendrojo plano, kur aiskiai iskirtos miesto administracines
 ribos. Gal tik del admin levelio reikia pamastyti.

 2011 m. kovas 22 d. 14:15, Ramas ies...@ramuno.lt rašė:

 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje savivaldybės,
 bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTTkur 
 miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...

 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.

 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra tik
 Šventosios seniūnija Palangos miesto savivaldybėje.

 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.




 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  
 seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra 
 Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro
 atskiros savivaldybes.

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







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

Re: [Talk-lt] Pamastymai del administrative ribu

[Dirbam Osm]

Siaip place ir addr uzmestas tam, kad miestai indeksuotusi gps (i tuose
formatus, kur kaip  tarpininkas naudojamas mp formatas).
O del kitko sutinku:)

2011 m. kovas 22 d. 21:41, Ramas ies...@ramuno.lt rašė:

 supainiojau miestus :D
 šiaip admin_level geras, bet pačiame relation'e trūksta rolės admin_centre,
 nėra hierarchijos, atributai place ir addr nenaudotini tokiame relation'e.

 http://wiki.openstreetmap.org/wiki/Place#As_areas


 2011/3/22 Dirbam Osm dirbam@gmail.com

 Tai marijampole yra jau mano minetas miestas=lygu kelios seniunijos
 variantas.
 Man tiesiog neaisku ka turi omenyje sakydamas, kad ribos klaidingai
 pazymetos (apart admin level).

 2011 m. kovas 22 d. 18:54, Ramas ies...@ramuno.lt rašė:

 Tiksliau nesikerta. Marijampolės miestas yra kaimiškoje Marijampolės
 seniūnijoje ir sudarytas iš trijų miestietiškų seniūnijų - Degučių, Mokolų
 ir Narto. Miesto seniūnijoms - admin_level=10.

 http://upload.wikimedia.org/wikipedia/lt/4/4e/MarijampolesSen.png


 2011 m. kovas 22 d. 18:48, Ramas ies...@ramuno.lt rašė:

 Reiškia miesto riba kertasi su seniūnijų ribomis. Hierarchijoje turėtų
 būti lygiagrečiai seniūnijoms, admin_level=8, kaip savivaldybės subarea.


 2011/3/22 Dirbam Osm dirbam@gmail.com

 Oficialios daugelio miestu ribos yra bendruosiuose planuose.
 Beje nesutinku del marijampoles. Sio miesto ribas idejau is miesto
 teritorijos bendrojo plano, kur aiskiai iskirtos miesto administracines
 ribos. Gal tik del admin levelio reikia pamastyti.

 2011 m. kovas 22 d. 14:15, Ramas ies...@ramuno.lt rašė:

 Reikia ieškoti oficialių miestų ribų. Spėjų jos yra viduje
 savivaldybės, bet pjaunasi su seniūnijomis. Pvz.: esu sutvarkęs Visaginą
 http://openmap.lt/?zoom=14lat=55.59534lon=26.44066layers=B00FFFTTkur 
 miestas apima gyvenamąją teritoriją ir ežerą, o savivaldybė žymiai
 daugiau...

 pamąstymai apie Vilnių -
 http://a2sm.blogas.lt/vilniaus-miesto-ribos-840.html
 Paprastumo dėlei, Vilniaus miesto savivaldybės seniūnijas galima būtų
 suskirstyti į du miestus - Vilniaus ir Grigiškių.

 Šventoji oficialiai nėra miestas. Administraciniame suskirstyme yra
 tik Šventosios seniūnija Palangos miesto savivaldybėje.

 Marijampolės miestas sutampa su Marijampolės seniūnija, Marijampolės
 savivaldybėje. Dabar pažymėta blogai.




 2011 m. kovas 22 d. 12:15, Dirbam Osm dirbam@gmail.com rašė:

 Na jei kalbant apie konkretika. Pavyzdziui, Vilniaus m. savivaldybe,
 kurioje yra Vilniaus miestas ir Grigiskes (Vilniaus m. turi daug  
 seniuniju,
 Grigiskes - viena seniunija). Palangos m. savivaldybe, kurioje yra 
 Palanga
 ir Sventoji.
 Marijampoles m., kuriame yra kelios seniunijos, bet jis nesudaro
 atskiros savivaldybes.

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








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

Re: [Talk-lt] Bing paslinkimai

[Dirbam Osm]

Is esmes kito pasirinkimo ir nera. Nors esu mates vietu, kur ort10 nera
idealiai priristas (buvo daug treku ir matesi). Bet net siuo atveju paklaida
buvo minimali.

2011 m. kovas 22 d. 21:43, Ramas ies...@ramuno.lt rašė:

 Paslinkimams sureguliuoti siūlyčiau naudoti ORT10LT. GPS pėdsakai gali
 grybauti labiau nei Bing.

 2011 m. kovas 22 d. 20:23, Tomas Straupis tomasstrau...@gmail.com rašė:

 2011 m. kovas 22 d. 20:14, Dirbam Osm rašė:
  P.s.: gal jau ir patys zinote, net labai kalvotose vietose tikrai daug
 bedos
  su tuo pasislinkimu. Pavyzdziui, tai gerai matosi Vilniuje prie olandu
 ziedo
  ir laidojimo rumu.

   Taip, ir būtent dėl to „pasireguliavimas“ veikia tik konkrečiai
 vietai... Net tą pačią nuotrauką naudojant tolėliau, vėl reikia
 ieškoti šalia esančių pėdsakų ir pagal juos vėl pasistumdyti
 palydovinę nuotrauką...

 P.S. Ir būtent dėl to reikia daugiau daugiau daugiau pėdsakų...

 --
 Tomas Straupis

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



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


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

Re: [Talk-dk] Afstemning tagging af vejnavne i forb. med OSAK

[Morten Kjeldgaard]

Jonas skrev:


On 14-03-2011 11:09, Jonas Häggqvist wrote:


http://wiki.openstreetmap.org/wiki/Da:Vejnavne_og_OSAK#Afstemningen

Jeg skal nok sende en reminder næste uge når vi starter afstemningen.


Det er så nu. Jeg har forsøgt at opsummere de forskellige  
argumenter. Jeg anbefaler at vi ikke retter i selve afstemningerne  
fra nu af, med mindre der er noget jeg helt har overset.


Bemærk at der er TO afstemninger, med et vist overlap.



Jeg er lidt forvirret over valgmulighederne i spørgsmål 2. Jeg har  
stemt for begge disse løsninger:


 * OSAK navn placeres i osak_name
 * addr:street data rettes til vejens fulde navn

for jeg mener disse tiltag hører sammen, og de udgør ikke hinandens  
modsætninger eller alternativer.


Jeg er bange for, at det kan blive vanskeligt at afgøre hvilken  
løsning der skal vælges, fordi vi let risikerer, at stemmerne fordeler  
sig ligeligt på flere løsninger.


Jeg vil derfor anbefale, at afstemningen i stedet formuleres som et  
prioriteringsvalg på CIVS [0]. Dermed får alle indflydelse på den  
endelige løsning, selvom deres bedste favorit ikke bliver den endelige  
vinder.


Mvh,
Morten

[0] http://www.cs.cornell.edu/andru/civs.html
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Afstemning tagging af vejnavne i forb. med OSAK

[Jonas Häggqvist]

On 22-03-2011 08:20, Morten Kjeldgaard wrote:

Jonas skrev:


On 14-03-2011 11:09, Jonas Häggqvist wrote:


http://wiki.openstreetmap.org/wiki/Da:Vejnavne_og_OSAK#Afstemningen

Jeg skal nok sende en reminder næste uge når vi starter afstemningen.


Det er så nu. Jeg har forsøgt at opsummere de forskellige argumenter.
Jeg anbefaler at vi ikke retter i selve afstemningerne fra nu af, med
mindre der er noget jeg helt har overset.

Bemærk at der er TO afstemninger, med et vist overlap.



Jeg er lidt forvirret over valgmulighederne i spørgsmål 2. Jeg har stemt
for begge disse løsninger:


Ja... det var det jeg havde håbet på vi kunne få plads inden vi stemte. Og 
også til dels derfor jeg først fik sendt mail mandag aften. Måske skal vi 
bare afblæse/udskyde afstemningen og se om ikke vi kan få den fixet.


--
Jonas Häggqvist
rasher(at)rasher(dot)dk

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

[Talk-es] Río soterrado

[bv2musae]

Para representar un río que se encuentra soterrado y discurre por  
debajo de varias calles de la ciudad, ¿basta simplemente con poner  
layer=-1 en la vía correspondiente al río?


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

[Talk-es] Calle superpuesta a plaza

[bv2musae]

En el caso de tener una calle que parte en dos una plaza, ¿habría que  
incluir la calle dentro de una relación junto a la plaza? Voy a  
intentar poneros el esquema, a ver si así os lío un poco más  :-)


i
i
i
*   i   *
*   i   *
*   i   *
i
i

i: calle  *: plaza

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

Re: [Talk-es] Río soterrado

[sergio sevillano]

yo pondría

layer=-1
tunnel=yes

El 22/03/2011, a las 07:54, bv2mu...@uco.es escribió:

 Para representar un río que se encuentra soterrado y discurre por debajo de 
 varias calles de la ciudad, ¿basta simplemente con poner layer=-1 en la vía 
 correspondiente al río?
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


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

Re: [Talk-es] Calle superpuesta a plaza

[sergio sevillano]

yo pienso que no hace falta, incluso ni siquiera partir la vía de la calle.
si es que no tiene características distintas en ese tramo..



El 22/03/2011, a las 08:07, bv2mu...@uco.es escribió:

 En el caso de tener una calle que parte en dos una plaza, ¿habría que incluir 
 la calle dentro de una relación junto a la plaza? Voy a intentar poneros el 
 esquema, a ver si así os lío un poco más  :-)
 
i
i
 i
 *   i   *
 *   i   *
 *   i   *
 i
i
 
 i: calle  *: plaza
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es


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

Re: [Talk-es] Calle superpuesta a plaza

[sanchi]

Si la atraviesa no haría falta, relación seria cuando comparten lado la
plaza y la calle. Lo único poner nodos en donde se cruzan que
antes había muchas plazas sin esos nodos

El 22 de marzo de 2011 08:42, sergio sevillano 
sergiosevillano.m...@gmail.com escribió:

 yo pienso que no hace falta, incluso ni siquiera partir la vía de la calle.
 si es que no tiene características distintas en ese tramo..



 El 22/03/2011, a las 08:07, bv2mu...@uco.es escribió:

  En el caso de tener una calle que parte en dos una plaza, ¿habría que
 incluir la calle dentro de una relación junto a la plaza? Voy a intentar
 poneros el esquema, a ver si así os lío un poco más  :-)
 
 i
 i
  i
  *   i   *
  *   i   *
  *   i   *
  i
 i
 
  i: calle  *: plaza
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es


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




-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Río soterrado

[sanchi]

Yo los pongo como sergio. De cualquier manera hace poco me entere
que también estaba tunnel = culvert que posiblemente sea mas correcto.

http://wiki.openstreetmap.org/wiki/Tunnel#Other_tunnel_values

El 22 de marzo de 2011 08:39, sergio sevillano 
sergiosevillano.m...@gmail.com escribió:

 yo pondría

 layer=-1
 tunnel=yes

 El 22/03/2011, a las 07:54, bv2mu...@uco.es escribió:

  Para representar un río que se encuentra soterrado y discurre por debajo
 de varias calles de la ciudad, ¿basta simplemente con poner layer=-1 en la
 vía correspondiente al río?
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es


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




-- 
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Río soterrado

[bv2musae]

sanchi sanc...@gmail.com escribió:


Yo los pongo como sergio. De cualquier manera hace poco me entere
que también estaba tunnel = culvert que posiblemente sea mas correcto.

http://wiki.openstreetmap.org/wiki/Tunnel#Other_tunnel_values



Parece, efectivamente, que es más correcto usar el valor culvert.

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

Re: [Talk-es] Río soterrado

[sergio sevillano]

El 22/03/2011, a las 10:39, bv2mu...@uco.es escribió:

 sanchi sanc...@gmail.com escribió:
 
 Yo los pongo como sergio. De cualquier manera hace poco me entere
 que también estaba tunnel = culvert que posiblemente sea mas correcto.
 
 http://wiki.openstreetmap.org/wiki/Tunnel#Other_tunnel_values
 
 
 Parece, efectivamente, que es más correcto usar el valor culvert.
 
 

sí, parece mas correcto,
he aprendido otro valor para tunnel




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