Re: [OSGeo-Discuss] Two Tier Label

[Alexandre Neto]

Hi,

You can change your labels from single label to rule-based labeling. Create
two rules without a filter, the for each use the label style you want.
Finally, you can use something like offset y to move one up and the other
down.

Best Regards,

Alexandre Neto
User Support
www.qcooperative.net

A terça, 11/05/2021, 11:31, Tony Spiess 
escreveu:

> Hi,
> QGIS Zurich 3.18.2 -Win10
> I have a virtual layer that has multiple polygons each with two pertinent
> attribute fields: "Field1Name" and "Field2Name". I can set and Style the
> Label for one field and I can display these two fields as a Label, using
> the Expression Value "field1name" || '\n' || "field2name".
> BUT is it possible to set a different Text/Render Style for each of the
> two fieldnames in the Label to display at the same time? I want both fields
> data to appear within the polygon label, but one highlighted, bold and
> large and the other subordinated, smaller less obvious.
> If I set up two Text Styles up is there an Expression that will achieve
> this two component styled Label?
> Tony
>
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss
>
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] GEOS 3.8.2 Released

[Alexandre Neto]

Thanks Paul,

In that case, there's no need or interest in keeping a separate build in
conda-forge, people can/should always go to the latest version.

All the best,

Alexandre Neto

A sábado, 24/04/2021, 01:10, Paul Ramsey 
escreveu:

>
>
> On Sat, Apr 10, 2021 at 2:38 PM Alexandre Neto 
> wrote:
>
>> Probably not the right place or topic to ask, but here it goes... Is
>> there a formal LTR version for GEOS?
>>
>
> No, we can barely handle the formality around cutting releases without
> getting all formal about "long term" versus other stuff. Mostly new
> releases are new features and faster old features, and only occasionally is
> there anything backwards changing (the 3.9 overlay had some minor behaviour
> changes, but not enough to warrant a 4.0 release).
>
>
>> Or the 3.8.2 patch is only happening because of all the brand new
>> precision feature on 3.9.x?
>>
>
> No, we try to backport things that are back-portable, because we recognize
> that distros sometimes peg versions, even though upgrading is usually a
> safe bet. 3.8.2 is just because that branch had accumulated a lot of fixes
> without a release.
>
> P
>
>
>>
>> The reason I ask is that conda-forge will skip this patch because there's
>> already an higher version available.
>>
>> I wouldn't mind creating and maintaining a LTR branch on GEOS feedstock
>> (the conda forge recipe), so that other packages (like QGIS) can use it if
>> necessary.
>>
>> Thanks,
>>
>> Alexandre Neto
>>
>>
>> A sábado, 10/04/2021, 19:25, Paul Ramsey 
>> escreveu:
>>
>>> The latest stable release of the 3.8 series includes a number of fixes
>>> for crash cases, so worth immediate upgrade for anyone using the 3.8
>>> series.
>>>
>>> http://download.osgeo.org/geos/geos-3.8.2.tar.bz2
>>>
>>> Changes in 3.8.2
>>> 2021-04-10
>>>
>>> - Bug fixes / improvements
>>>
>>>   - Fix Voronoi polygons robustness issue (#976)
>>>   - Fix segfault in SimplePointInAreaLocator caused by casting
>>> MultiPolygon to Polygon (#1047, Oliver Tan)
>>>   - DistanceOp against geometry with empty components
>>> crashes (#1026, Paul Ramsey)
>>>   - Fix buffer fillet (JTS-526, #743, Paul Ramsey)
>>>   - Remove undefined behaviour in CAPI (#1021, Greg Troxel)
>>>   - WKT writing of MULTIPOINT with EMPTY component crash (#1027, Paul
>>> Ramsey)
>>>   - Fix buffering problem (#1022, JTS-525, Paul Ramsey)
>>>   - Fix segfault in GEOSInterpolate against empty eollections (#1055,
>>> Sandro Santilli)
>>>   - Fix GEOSProjectNormalized return -1 on exception (#1058, Joris Van
>>> den Bossche)
>>>   - Fix memory management quirk in CAPI (#1050, Paul Ramsey)
>>>   - Allow build on Apple ARM64 (Taras Zakharko)
>>>   - Fix crash in GEOSPreparedIntersects and GEOSPreparedContains for
>>> POINT EMPTY input (Even Rouault)
>>>
>>> Also note that the 3.9 series is compatible with 3.8 so if you have the
>>> opportunity to upgrade, you can take advantage of the many performance and
>>> reliability improvements in 3.9.
>>> ___
>>> Discuss mailing list
>>> Discuss@lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/discuss
>>>
>>
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] GEOS 3.8.2 Released

[Alexandre Neto]

Hi,

Probably not the right place or topic to ask, but here it goes... Is there
a formal LTR version for GEOS?

Or the 3.8.2 patch is only happening because of all the brand new precision
feature on 3.9.x?

The reason I ask is that conda-forge will skip this patch because there's
already an higher version available.

I wouldn't mind creating and maintaining a LTR branch on GEOS feedstock
(the conda forge recipe), so that other packages (like QGIS) can use it if
necessary.

Thanks,

Alexandre Neto


A sábado, 10/04/2021, 19:25, Paul Ramsey 
escreveu:

> The latest stable release of the 3.8 series includes a number of fixes for
> crash cases, so worth immediate upgrade for anyone using the 3.8 series.
>
> http://download.osgeo.org/geos/geos-3.8.2.tar.bz2
>
> Changes in 3.8.2
> 2021-04-10
>
> - Bug fixes / improvements
>
>   - Fix Voronoi polygons robustness issue (#976)
>   - Fix segfault in SimplePointInAreaLocator caused by casting
> MultiPolygon to Polygon (#1047, Oliver Tan)
>   - DistanceOp against geometry with empty components
> crashes (#1026, Paul Ramsey)
>   - Fix buffer fillet (JTS-526, #743, Paul Ramsey)
>   - Remove undefined behaviour in CAPI (#1021, Greg Troxel)
>   - WKT writing of MULTIPOINT with EMPTY component crash (#1027, Paul
> Ramsey)
>   - Fix buffering problem (#1022, JTS-525, Paul Ramsey)
>   - Fix segfault in GEOSInterpolate against empty eollections (#1055,
> Sandro Santilli)
>   - Fix GEOSProjectNormalized return -1 on exception (#1058, Joris Van den
> Bossche)
>   - Fix memory management quirk in CAPI (#1050, Paul Ramsey)
>   - Allow build on Apple ARM64 (Taras Zakharko)
>   - Fix crash in GEOSPreparedIntersects and GEOSPreparedContains for
> POINT EMPTY input (Even Rouault)
>
> Also note that the 3.9 series is compatible with 3.8 so if you have the
> opportunity to upgrade, you can take advantage of the many performance and
> reliability improvements in 3.9.
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss
>
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] Free licensed alternative to ESRI map fonts

[Alexandre Neto]

Regarding the mil2525 symbols there's this boundless plugin where there we
a bunch of svg symbols

https://github.com/planetfederal/qgis-milstd2525-plugin/tree/master/milstd2525/svg

But that's only the tip of the iceberg...

Best regards,
Alexandre Neto

A quarta, 13/05/2020, 14:40, Jody Garnett  escreveu:

> This discussion starts to get into the value, it is a lot of work to
> gather up these original or alternate sources ... both for end users
> migrating to open source, and for OSGeo projects to do on their own.
>
> I think this would be a great group project.
>
> On Wed, May 13, 2020 at 3:44 AM Brad Hards  wrote:
>
>> I have no idea what is in the map fonts (or even what an ESRI map font
>> is), but if you're looking for the symbology for DNC and VMAP, (which sound
>> vaguely like: ESRI NIMA DNC LN, ESRI NIMA DNC PT, ESRI NIMA VMAP1&2 LN,
>> ESRI NIMA VMAP1&2 PT) its probably based on some variant of the NGA GeoSym
>> stuff - MIL-HDBK-857A and MIL-DTL-89045/A
>>
>> If you're prepared to deal with converting CGM to whatever that font
>> thing is, you can download the definitions from the NGA GWG Portrayal
>> Working Group at https://gwg.nga.mil/pfg_documents.php (expect a cert
>> warning)
>>
>> The ESRI Mil2525C Modifiers and some of those MilSym / MilMod things
>> might be MIL-STD-2525 (aka STANAG APP-6) symbology. Not usually treated as
>> a font though
>>
>> Brad
>>
>> -Original Message-
>> From: Discuss  On Behalf Of Nyall Dawson
>> Sent: Tuesday, 12 May 2020 3:46 PM
>> To: Even Rouault 
>> Cc: OSGeo Discussions 
>> Subject: Re: [OSGeo-Discuss] Free licensed alternative to ESRI map fonts
>>
>> On Wed, 6 May 2020 at 01:13, Even Rouault 
>> wrote:
>>
>> > for my understanding, and hopefully help others, I assume the issue is
>> that you have a style definition where there are tuples of
>> (font_identifier, symbol_identifier_in_the_font) to define the styling of
>> layers with point geometries, right ?
>>
>> Partially, but the "bigger picture" is that there's just no alternative
>> freely available version of many of these symbol graphics themselves.
>> That's the blocker that I've encountered.
>>
>> > If that's only the former, then assuming there would be N open fonts
>> already covering the whole set of ESRI symbology fonts (unlikely), one
>> could possibly create a mapping between each tuple of (ESRI_font_id,
>> ESRI_symbol_id) to (OPEN_font_id, OPEN_symbol_id). If the later, then you
>> need a complete replacement for each proprietary font.
>>
>> It's the later.
>>
>> > How many symbols / fonts are we discussing about ?
>>
>> There's about 73 fonts total (see list below, may not be complete), which
>> average about 100 icons apiece.
>>
>> ESRI AMFM Electric
>> ESRI AMFM Gas
>> ESRI AMFM Sewer
>> ESRI AMFM Water
>> ESRI ArcPad
>> ESRI Arrowhead
>> ESRI Business
>> ESRI Cartography
>> ESRI Caves 1
>> ESRI Caves 2
>> ESRI Caves 3
>> ESRI Climate & Precipitation
>> ESRI Commodities
>> ESRI Conservation
>> ESRI Crime Analysis
>> ESRI Default Marker
>> ESRI Dimensioning
>> ESRI Elements
>> ESRI Enviro Hazard Analysis
>> ESRI Enviro Hazard Incident
>> ESRI Enviro Hazard Sites
>> ESRI Environmental & Icons
>> ESRI ERS Infrastructures S1
>> ESRI ERS Operations S1
>> ESRI Fire Incident NFPA
>> ESRI Geology AGSO 1
>> ESRI Geology
>> ESRI Geology USGS 95-525
>> ESRI Geometric Symbols
>> ESRI Hazardous Materials
>> ESRI Hydrants
>> ESRI IGL Font16
>> ESRI IGL Font20
>> ESRI IGL Font21
>> ESRI IGL Font22
>> ESRI IGL Font23
>> ESRI IGL Font24
>> ESRI IGL Font25
>> ESRI Meteorological 01
>> ESRI Mil2525C Modifiers
>> ESRI MilMod 01
>> ESRI MilMod 02
>> ESRI MilRed 01
>> ESRI MilSym 01
>> ESRI MilSym 02
>> ESRI MilSym 03
>> ESRI MilSym 04
>> ESRI MilSym 05
>> ESRI NIMA City Graphic LN
>> ESRI NIMA City Graphic PT
>> ESRI NIMA DNC LN
>> ESRI NIMA DNC PT
>> ESRI NIMA VMAP1&2 LN
>> ESRI NIMA VMAP1&2 PT
>> ESRI North
>> ESRI Oil, Gas, & Water
>> ESRI Ordnance Survey
>> ESRI Pipeline US 1
>> ESRI Public1
>> ESRI SDS 1.95 1
>> ESRI SDS 1.95 2
>> ESRI SDS 2.00 1
>> ESRI SDS 2.00 2
>> ESRI Shields
>> ESRI Surveyor
>> ESRI Telecom
>> ESRI Transportation & Civic
>> ESRI US Forestry 1
>> ESRI US Forestry 2
>> ESRI US MUTCD 1
>> ESRI US MUTCD 2
>> ESRI US MUTCD 3
>> ESRI Weather
>> ___
>> Discuss mailing list
>> Discuss@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/discuss
>>
>> ___
>> Discuss mailing list
>> Discuss@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/discuss
>
> --
> --
> Jody Garnett
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] Improving usability of INSPIRE data in FOSS4G client applications

[Alexandre Neto]

Hi,

It's good to know that you guys are aware of the difficulty of using
INSPIRE data.

Question for you: formats apart, together with improvement in the software
clients, is there any plans for analysing/reviewing the actual data models?
Some models seem quite complicated, and I am not sure that software alone
can solve its usability issues for final users.

Keep up the good work!

Alexandre Neto


A sexta, 20/12/2019, 08:51, Marco Minghini 
escreveu:

> Dear all,
>
> Maria and Jochen: many thanks for your positive feedback on our work, we
> are happy to know that this is useful.
>
> Jody: thanks for your suggestion. Two quick comments here. First, the main
> purpose of the comparison was to give INSPIRE implementers an idea of which
> functionality is supported by which client so that they can make an
> informed choice when deciding which solution(s) to use. Also, although
> improvements are clearly possible, please note that in many cases OGR
> already provides the needed functionality but the clients themselves are
> not making the best use of it. This is a clear example about QGIS [1]: a
> simple fix in an OGR-related configuration option would generate an immense
> benefit to INSPIRE users.
>
> Best regards,
> Alex and Marco
>
> [1] https://github.com/qgis/QGIS/issues/29641
> <https://www.mdpi.com/journal/remotesensing/special_issues/appl_VGI>
>
>
> Il giorno gio 12 dic 2019 alle ore 23:35 Jody Garnett <
> jody.garn...@gmail.com> ha scritto:
>
>> Alex and Marco:
>>
>> For wider use of INSPIRE data please consider funding client libraries,
>> GeoTools, OGR, etc...
>> Adding support for the data formats, and the web services, to libraries
>> allow integration in a wind range of applications, utilities and automation
>> activities.
>> --
>> Jody Garnett
>>
>>
>> On Thu, 12 Dec 2019 at 17:09, Marco Minghini 
>> wrote:
>>
>>> Dear all,
>>> at the European Commission - Joint Research Centre (JRC) we have been
>>> working with our Contractors (WeTransform and Epsilon Italia) on a set of
>>> actions aimed at improving the usability of INSPIRE data sets. For those
>>> who are not familiar with INSPIRE [1], this is the European Spatial Data
>>> Infrastructure (SDI) built on top EU Member States infrastructures to
>>> support European environmental policies.
>>>
>>> The rationale behind these actions is that GML is the default encoding
>>> for INSPIRE data because INSPIRE xml schemas are generated automatically
>>> from the conceptual UML models. These schemas are complex and many existing
>>> (web, desktop and mobile) client applications are not able to fully consume
>>> or make use of data shared according to these schemas.
>>>
>>> Two actions have been completed over the last year in order to:
>>> 1) improve client support for INSPIRE data
>>> 2) develop an alternative encoding for INSPIRE data (GeoJSON)
>>>
>>> Within the first Action [2], we compiled a "can I use" matrix [3]
>>> describing which functionality associated with the consumption of INSPIRE
>>> data (both in GML and GeoJSON) is supported by which client. The clients
>>> tested are QGIS, GRASS GIS, hale studio, OpenLayers and LeafletJS as well
>>> as some proprietary solutions.
>>>
>>> This e-mail is first of all to inform you about this Action and to show
>>> that, as you can notice in [3], open source solutions are currently the
>>> most successful ones, but some improvement is still possible. In this
>>> regard, we have established communication with the software PSC and/or
>>> communities and discussed the prioritisation of functionalities that should
>>> be improved or developed for each software to best satisfy user needs.
>>>
>>> Whenever other encodings (e.g. GeoPackage) for INSPIRE data will become
>>> available, the same approach should be followed.
>>>
>>> In addition, since the Action is formally completed but the outcomes
>>> will still be very important for the INSPIRE community in the future, we
>>> are currently exploring how to ensure the sustainability of the tool. In
>>> particular, we would open an invitation to anyone (project developers,
>>> users or communities, or simply interested people) to contribute to keep
>>> the matrix up-to-date by testing new/future versions of specific OSGeo
>>> tools (in particular those mentioned above - QGIS, GRASS GIS, OpenLayers
>>> and LeafletJS - but also other tools). The tests, described at [4], consist
>>> of general G

Re: [OSGeo-Discuss] (no subject)

[Alexandre Neto]

Unsubscribe here:

https://lists.osgeo.org/mailman/listinfo/discuss


A dom, 15/07/2018, 20:27, Carlos Marques  escreveu:

> Stop receiving, please.
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss

-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] Fwd: Nomination of Nyall Dawson

[Alexandre Neto]

+1 for Nyall

all the work he has done for the QGIS project is impossible to measure.

On sex, 1/09/2017, 14:03 Luigi Pirelli  wrote:

> +1000
> Luigi Pirelli
>
>
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> *
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
>
> **
>
>
> On 1 September 2017 at 13:20, Vasile Craciunescu 
> wrote:
> > Forwarding Nyall Dawson nomination by Martin Dobias. The 2017 member
> > nominations list will be updated ASAP [1].
> >
> > Best regards,
> > Vasile & Jeff
> > 2017 OSGeo Elections CROs
> >
> > [1] https://wiki.osgeo.org/wiki/New_Member_Nominations_2017
> >
> >
> >
> >  Forwarded Message 
> > Subject: Nomination of Nyall Dawson
> > Date: Tue, 29 Aug 2017 13:45:55 +0200
> > From: Martin Dobias 
> > To: c...@osgeo.org
> >
> > Hi there
> >
> > I would like to nominate Nyall Dawson as a new Charter Member for OSGeo.
> >
> > I have confirmed with him he is happy to be nominated.
> >
> > Name: Nyall Dawson
> > Email: nyall.daw...@gmail.com
> > Country: Australia
> >
> > Nyall is a great supporter of open source GIS and he is one of the
> > leading developers in QGIS project. Within several years of
> > involvement in QGIS community he has contributed an amazing range of
> > new features, bug fixes and he is constantly improving the project
> > with new ideas. Nyall runs a small consulting company called North
> > Road (https://north-road.com/). You can follow him on github/twitter
> > (@nyalldawson) and check out his mapping/QGIS blog at
> > http://nyalldawson.net/
> >
> > Regards
> > Martin
> >
> > _______
> > Discuss mailing list
> > Discuss@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/discuss
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss

-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] Fwd: Fwd: Nomination Joana Simões

[Alexandre Neto]

+1 for Joana

On qua, 30/08/2017, 15:31 Matthias Kuhn  wrote:

> +1, great candidate
>
> On 08/30/2017 03:51 PM, Aurelio Pires wrote:
> > +1
> >
> > Aurelio Pires
> >
> >
> > On 2017-08-30 13:51, Vasile Craciunescu wrote:
> > > Forwarding Joana Simões nomination by María Arias de Reyna. The 2017
> > > member nominations list will be updated ASAP [1].
> > >
> > > Best regards,
> > > Vasile & Jeff
> > > 2017 OSGeo Elections CROs
> > >
> > > [1] https://wiki.osgeo.org/wiki/New_Member_Nominations_2017
> > >
> > >
> > >
> > >
> > >  Forwarded Message 
> > > Subject: Fwd: Nomination Joana Simões
> > > Date: Mon, 28 Aug 2017 17:50:35 -0400
> > > From: Jorge Sanz 
> > > To: CRO 
> > >
> > >
> > >
> > >
> > > -- Forwarded message --
> > > From: *María Arias de Reyna*  > > <mailto:dela...@gmail.com>>
> > > Date: 24 August 2017 at 03:21
> > > Subject: Nomination Joana Simões
> > > To: CRO mailto:c...@osgeo.org>>, Joana Simoes
> > > mailto:joana.sim...@geocat.net>>
> > >
> > >
> > > I want to nominate Joana Simões (in cc)
> > >
> > > Joana is already a member of the OsGeo Pt board. She is a free
> > > software advocator and very active on all kind of activities around
> > > OsGeo and FOSS4G. She is currently working both for qGIS and
> > > GeoNetwork among many other OsGeo software.
> > >
> > >
> > >
> >
> > ___
> > Discuss mailing list
> > Discuss@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/discuss
> >
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss

-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
Discuss mailing list
Discuss@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] [Election 2015] Board Nomination for Anita Graser

[Alexandre Neto]

+1 For Anita's nomination. In the last year she have produced and enormous
amount of content about solving problems with FOSS4G. I'm a big fan of all
her work.

Em qua, 9 de set de 2015 às 06:07, Nimalika Fernando 
escreveu:

> Dear all,
>
> I strongly support Anita's nomination. She is a very active contributor to
> OSgeo  community, sharing her knowledge always. I can remember she produced
> a wonderful summary of LBS conference 2014  - a work which cannot be done
> without much commitment for community work.
>
> Nimalika
>
>
>
>
> On Tue, Sep 8, 2015 at 3:50 AM, Vasile Craciunescu  > wrote:
>
>> Forwarding Anita Graser nomination to the board of directors by
>> Lene Fischer and Jeff McKenna.
>>
>> Best,
>> Vasile
>> CRO 2015
>>
>>
>> It is our pleasure to nominate Anita Graser
>> (http://wiki.osgeo.org/wiki/User:AnitaGraser), from Austria, for the
>> OSGeo Board.  Anita needs no introduction to the community, as she is
>> very visible through her work on the QGIS Steering Committee, as a core
>> contributor, and working very hard to promote Open Source geo through
>> workshops, tutorials, mailing lists, FOSS4G events, and just about every
>> possible way. She has a lot of experience managing and building
>> communities, and she is actually quite honoured to be considered for the
>> OSGeo Board.
>>
>> Anita's presence on the Board would be a great addition to the foundation.
>>
>> We excitingly nominate Anita for the OSGeo Board of Directors.
>>
>> -Lene Fischer & Jeff McKenna
>>
>> *Lene Fischer*
>>
>> Associate Professor
>>
>> *Department of Geosciences and Natural Resource Management*
>>
>> University of Copenhagen
>>
>> MOB +45 40115084
>>
>> l...@ign.ku.dk 
>>
>> cid:image001.gif@01D03029.2F3EC6A0
>>
>>
>>
>> ___
>> Discuss mailing list
>> Discuss@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/discuss
>>
>
>
>
> --
> Nimalika Fernando
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

Re: [OSGeo-Discuss] free software for transport planning

[Alexandre Neto]

Ricardo,

It's good to see that some  public institutions are doing they homework
well :-)

Alexandre Neto
Em 19/09/2014 15:52, "Ricardo Pinho"  escreveu:

> Hi Robert,
> Thank you for those references.
> As a Metropolitan Transport Authority we need to create macro public
> transport models to simulate, analyse and plan the transport network and
> services provided to the city population.
> PTV and other providers, offer very efficient software tools to help on
> those dificult and complex tasks. But they are based on closed source
> software licenses that we, beeing a public administration, should avoid and
> look for open and free equivalent solutions.
> After a short query I've been able to find several aplications (see below).
> But I am relative new on this particulary transport area, so I don't know
> much about those alternatives. I really appreciate any recomendations from
> who already used some of these:
>
> - Simulation of Urban MObility
> http://sumo-sim.org/userdoc/Sumo_at_a_Glance.html#About
>
> - Multi-Agent Transport Simulation (MATSIM)
> http://www.matsim.org/
>
> - Open Source Sustainable Transport Informatics Platform (OSSTIP)
>
> http://www.appropedia.org/OSSTIP:_Open_Source_Sustainable_Transport_Informatics_Platform
>
> - Transportation Analysis and Simulation System (TRANSIMS)
> https://code.google.com/p/transims/
>
> There are several listing on this subjetct, with many other solutions:
> https://sites.google.com/site/cosiopentransportation//home/open-source
>
> http://streetswiki.wikispaces.com/Web+2.0+-+Recommendations+for+Transport+Planning+Applications
>
> Thank you in advance.
> Cheers,
> Ricardo Pinho
>
>
>
>   Em Quinta-feira, 18 de Setembro de 2014 0:01, Robert Cheetham <
> cheet...@azavea.com> escreveu:
>
>
> Ricardo,
>
> The tools of which I'm aware are focused on transit planning (rather than
> more transportation in general) and include:
>
>  * World Bank Open Transit Indicators -
> https://github.com/WorldBank-Transport/open-transit-indicators - this is
> a project Azavea is developing under contract with the World Bank - we
> expect the initial version to be complete by the end of December
>  * Open Trip Planner Analyst - a project that began at OpenPlans and is
> now led by Conveyal - http://www.opentripplanner.org/analyst/
>
> Best,
>
> Robert
>
>
>
> --
> Robert Cheetham
>
> Azavea  |  340 N 12th St, Ste 402, Philadelphia, PA
> cheet...@azavea.com  | T 215.701.7713  | F 215.925.2663
> Web azavea.com <http://www.azavea.com/>  |  Blog azavea.com/blogs  |
> Twitter @ <http://goog_858212415/>rcheetham <http://twitter.com/rcheetham>
>  and @azavea <http://twitter.com/azavea>
>
> *Azavea is a B Corporation <http://www.bcorporation.net/what-are-b-corps>
> - we apply geospatial technology for civic and social impact*
> *while advancing the state-of-the-art through research. Join us
> <http://jobs.azavea.com/>.*
>
>
> On Wed, Sep 17, 2014 at 6:46 PM, Ricardo Pinho 
> wrote:
>
> Hi everyone,
> I would appreciate any reference about free software solution that covers
> the range of transport planning - from strategic planning to traffic
> engineering and simulation.
> What I am really looking for is an alternative to PTV Vision
> <http://vision-traffic.ptvgroup.com/en-uk/products/ptv-visum/use-cases/>
> for a national level use case.
> Thank you very much,
> Ricardo Pinho
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss
>
>
>
>
>
> ___
> Discuss mailing list
> Discuss@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/discuss
>
___
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss